[PHP] MVC i olbrzymie zapytania Opcje

[in5ane]

Cześć. Mam pytanie. Tworzę w modelu zapytanie i samo zapytanie jest wmiarę krótki (kilka linijek kodu). Ale gdy muszę już wyfiltrować dane, to dochodzi ogromna ilość warunków WHERE. W jaki sposób dodawać warunki do zapytania? Czy w kontrolerze już stworzyć odpowiednią regułę WHERE czy w modelu? Czy w tej samej metodzie, co mam to główne zapytanie? Na tą chwilę do tej metody z głównym zapytaniem przesyłam tablicę $params, która zawiera odpowiednie wartości, dla których muszę utworzyć WHERE i HAVING. Jak Wy to rozwiązujecie?

[aniolekx]

Raczej odpowiednie metody powinny istnieć w modelu, a twój opis problemu jest zbyt lakoniczny, potrzebny jest przykład i podaj także z czego korzystasz.

[in5ane]

Korzystam z Kohany, ale zapytanie jest na tyle długie i skomplikowane, że nie korzystam z ORM w tym przypadku.

Mam jedną metodę w modelu, która ma całe to długie zapytanie (SELECT FROM JOINY WHERE HAVING ORDER LIMIT). I z kontrolera przesyłam do tej metody tablicę $params, która wygląda np. tak:

[PHP] pobierz, plaintext 
$params['category'] = 1;
$params['availability'] = 2;
// itd... jest tego dużo
[PHP] pobierz, plaintext 

I moje pytanie brzmi, czy w tej metodzie z tym długim zapytaniem powinienem sobie operować na tej tablicy i tworzyć sobie ten cały wielki WHERE, czy przerzucić to do innej metody. Ponadto w jaki sposób najładniej to zrobić? Mysłałem, by robić to tak np.:

[PHP] pobierz, plaintext 
$where['category'] = 'c.id = ' . $params['category'];
$where['availability'] = 'a.id = ' . $params['availability'];
//itd...
[PHP] pobierz, plaintext 

Jakieś pomysły?

@edit: Aha i co w przypadku, gdy dany parametr mógłby być pusty. Bez sensu wtedy by wyszło.

Ten post edytował in5ane 5.03.2014, 09:01:07

[nospor]

: Aha i co w przypadku, gdy dany parametr mógłby być pusty. Bez sensu wtedy by wyszło.

Naprawde nie potrafisz uzyc IF?

[PHP] pobierz, plaintext 
if (!empty($params['category']))
  $where['category'] = 'c.id = ' . $params['category'];
[PHP] pobierz, plaintext 

[in5ane]

No dobra, to jest OK, myślałem, że na tej nowej tablicy $where macie jakieś pomysły fajnie pooperować.

[phpion]

Ja robię metodę w modelu, która przyjmuje tablicę filtrów. Na jej podstawie ręcznie dodaję WHERE do zapytania. Można to oczywiście puścić też automatem, ale robiąc to ręcznie masz większą kontrolę (ale fakt - więcej się napiszesz). Czasem 1 warunek filtru pociąga za sobą kolejne warunki WHERE i wtedy ładnie mogę to sobie owarunkować w metodzie. Ponadto czasem przekazuję takie filtry, które niekoniecznie odpowiadają kluczem nazwom kolumn lub wartością typom danych. Po prostu wiem jakie dane w efekcie chcę otrzymać, a jakie WHERE dodam to już moja sprawa.

Przykładowo:

[PHP] pobierz, plaintext 
	protected function get_list_filters(Database_Query_Builder_Select $query, array $filters, array $sorting) {
		$query = parent::get_list_filters($query, $filters, $sorting);
 
		if (!empty($filters['id']) && Valid::digit($filters['id'])) {
			$query->where($this->table_name().'.id', '=', (int)$filters['id']);
		}
 
		if (!empty($filters['user_id']) && Valid::digit($filters['user_id'])) {
			$query->where($this->table_name().'.user_id', '=', (int)$filters['user_id']);
		}
 
		if (!empty($filters['created_at_from']) && Valid::datetime_format($filters['created_at_from'])) {
			$query->where($this->table_name().'.created_at', '>=', $filters['created_at_from']);
		}
 
		if (!empty($filters['created_at_to']) && Valid::datetime_format($filters['created_at_to'])) {
			$query->where($this->table_name().'.created_at', '<=', $filters['created_at_to']);
		}
 
		if (!empty($filters['deleted']) && Boolean::valid($filters['deleted'])) {
			$query->where($this->table_name().'.deleted_at', Boolean::stob($filters['deleted']) ? 'IS NOT' : 'IS', NULL);
		}
 
		return $query;
	}
[PHP] pobierz, plaintext