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?

[Dabroz]

Panowie! Dajcie sobie na wstrzymanie! Odczepcie sie od tych copyrightow. Zaden z was nie jest autorem w/w metody wiec jesli autor zauwazy jakies niepokojace podobienstwa sam zareaguje. Nie potrzebna tutaj jest kolejna klotnia.

Zgadzam się, tym bardziej że to ... nawet gorzej niż offtopik.

Wyciagam wszystko jednym zapytaniem, dalej jest jedna funkcja rekurencyjna tylko do malowania drzewka - calosc dziala bardzo szybko, poziom zagniezdzenia nie ma wplywu na predkosc dzialania skryptu.

Używasz szablonów?