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?

[sniver]

no tak, ale wzorem smarty przetworzone zapytanie może być zapisane jako plik PHP i taki skompilowany plik nie musi być już przetwarzany ponownie do czasu aż skrypt zauważy że we wzorcowym pliku z szablonami zapytań dokonano zmian. Wtedy zaś to przetworzy i zapisze te zapytanie do PHP...

Szybkość tu akurat jest tu istotnym elementem, ale sensownie przemyślane rozwiązanie może być dostępne i na tyle szybkie że nie zabije serwera...