Rekurencyjne zapytania kontra przetwarzanie tablic, Droga ku Wydajności Opcje

[Dabroz]

Pisząc CMS'a, właśnie zacząłem się zastanawiać nad kwestią rekurencyjnych funkcji wysyłających zapytania SQL. Jeżeli CMS ma strukturę drzewkową, to oczywiście nie można pobrać całości jednym "prostym" zapytaniem tak jak w konstrukcjach płaskich.

I tutaj zaczynam się zastanawiać nad możliwą optymalizacją.

Czy lepszym rozwiązaniem jest pozostawienie w rekurencyjnej fukncji (bądź też pętli) zapytania SQL, czy wywołania bardziej "ogólnego" zapytania, a potem za pomocą tejże funkcji przetwarzanie wyniku aby zbudować drzewko?

Za rekurencyjnym SQL'em przemawia łatwość implementacji... ale chyba nic poza tym. Nie podoba mi się po prostu zmienna ilość zapytań w zależności od poziomu zagnieżdzenia elementu.

A co Wy na ten temat sądzicie?

[enceladus]

Drzewka można trzymać w taki sposób że jednym zapytaniem wyciąga się całe gałezie (nieśmiertelny artykuł Depesza http://www.depesz.pl - o którym piszę już n-ty raz). Ja osobiście wolę jak najwięcej danych "przygotować" na poziomie odpowiednio zbudowanego zapytania SQL-owych i jak najmniej pracy wykonwywać w php. Tak zbudowany kod wydaje mi się wtedy bardziej czytelny. Do tego bazy danych mają mechanizmy cachowania zapytań i odpowiedzi - warto o tym pamiętać i nie dawać za duzo zadań dla php (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)