Templatowanie zapytań SQL w php Opcje

[sniver]

Zazwyczaj gdy spotykam kody różnego pokroju w PHP to czesto warstwa logiczna od wyglądu jest oddzielona.
Pal licho jeśli obsługa np. mysql'a jest w jakiś przystępny sposób zrobiona i do tego ktoś wykorzystał np. pdo i "przygotowywanie zapytań".

Ale często spotykam się też z kodami gdzie zapytanie jest przygotowywane strukturalnie i dość często przy nieco bardziej złożonych mam problemy z ich rozszyfrowaniem (IMG:style_emoticons/default/blinksmiley.gif)

Powstaje więc pytanie czy: warto oddzielić tę warstwę (jeśli taka istnieje) bazy danych - czyli to gdzie te duperele są obsługiwane i wypisać zapytania tak by znajdowały się w oddzielnym pliku i stworzyć coś na wzór smarty?

Dla przykładu zapytanie

[SQL] pobierz, plaintext 
SELECT
  `nazwa`,
  `opis`,
  `zdjecie`
FROM
  `jakasTabela`
{IF $id}
WHERE
  `id` = {$id}
{else}
ORDER BY `id` DESC
LIMIT 0, 30
{/IF}
[SQL] pobierz, plaintext 

i np. taki kod w php który to przetworzy i wyciągnie zapytanie np. z xml:

[PHP] pobierz, plaintext 
 
$zapytanieOdczytaneZPlikuXML = ...;
 
$dbPattern = new ParserSQL;
$dbPattern->assign('id', 123);
 
$dbPattern->parse( $zapytanieOdczytaneZPlikuXML );
 
// Wypisujemy te zapytanie na ekran
var_dump( $dbPattern->model );
 
//..dalsza część skryptu...
 
[PHP] pobierz, plaintext 

Pytanie czy warto czy nie warto?
Co ważne czy tak przygotowane zapytania były by wygodne w "obróbce", zmianach?
Czy przeciętny PHPMaster wiedział by o co w tym chodzi?

[marcio]

Przy zapytaniach typu select * from costam where .... order by costam limit 1,10 nie warto przy zlozonych zapytaniach ktore moze miec nawet kilkanascie relacji warto wiem bo ostatnio kolega mi wlasnie pokazal takie rozwiazanie w jego fw spoczatku nie wiedzialem o co biega ale jest to wydajniejsze.

[phpion]

Przy zapytaniach typu select * from costam where .... order by costam limit 1,10 nie warto przy zlozonych zapytaniach ktore moze miec nawet kilkanascie relacji warto wiem bo ostatnio kolega mi wlasnie pokazal takie rozwiazanie w jego fw spoczatku nie wiedzialem o co biega ale jest to wydajniejsze.

O czym Ty mówisz? Twierdzisz, że budując zapytanie w taki sposób (jakimś builderem) wykona się ono szybciej? Przecież i tak finalnie zrobiony z tego zostanie string, który będzie przekazany jako argument do funkcji *_query(). Takie rozwiązanie na pewno nie będzie wydajniejsze; będzie wręcz mniej wydajne.

Ja napisałem sobie klasę, która dynamicznie tworzy mi zapytania (natchnęła mnie do tego klasa z Kohany), ale nie ze względu na wydajność, a dla wygody użytkowania:

[PHP] pobierz, plaintext 
$query = new Database_Query_Builder();
 
$query
	->select('*')
	->from('tabela')
	->join('inna', array('inna.tabela_id' => 'tabela.id'))
	->order_by('jakies_pole', 'ASC')
;
 
if (jakis_warunek) {
	$query->where('inne_pole', 10);
}
 
if (inny_warunek) {
	$query->where('kolejne_pole', array(1, 2, 3), 'IN');
}
[PHP] pobierz, plaintext 

Dzięki dynamicznemu dodawaniu warunków/sortowań/złączeń itd. zdecydowanie wygodniej jest mi w ten sposób tworzyć zapytania.

PS: odszedłem nieco od tematu więc do niego powrócę. Wspomniane przez autora "templatowanie" zapytań to nic innego jako model (w MVC). W modelu zawierasz wszystkie zapytania i masz je w jednym miejscu, a nie porozrzucane po całym systemie.

Ten post edytował phpion 19.11.2009, 12:44:50

[sniver]

PS: odszedłem nieco od tematu więc do niego powrócę. Wspomniane przez autora "templatowanie" zapytań to nic innego jako model (w MVC). W modelu zawierasz wszystkie zapytania i masz je w jednym miejscu, a nie porozrzucane po całym systemie.

Dokładnie tak - znam model MVC i wiem na czym polega. Z tym że jestem za extreme programing - a od tego ostatnio się już odeszło i z tego co widzę to wraca się ponownie bo nikt nie ma czasu na tworzenie pięknego kodu (IMG:style_emoticons/default/smile.gif)

...stąd te pytanie, skoro nikt nie ma czasu na ładny kod to trzeba przygotować "zaplecze" tak by całość była odpowiednio poskładana.

oj błogosławieni ci którzy w pracy robią to co chcą (IMG:style_emoticons/default/haha.gif)