![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 220 Pomógł: 0 Dołączył: 24.08.2009 Ostrzeżenie: (0%) ![]() ![]() |
Witam,
jest jakieś drzewo, powiedzmy, że produktów (id | parentid). Do produktów są przypisane tagi (osobna tabela z tagami i tabela łącząca). I teraz chce wyświetlić wszystkie produkty mające przypisany jakiś tag. Ale chcę wyświetlić je w formie drzewa (kilka poziomów). I teraz jest trudność, bo tagi przypisuje zwykle do produktów (nie do kategorii). Czyli pobranie tabeli z drzewem z prostym warunkiem WHERE odpada, bo jeśli jakiś rodzic nie ma odpowiedniego tagu to nie zostanie wyświetlony, jego dzieci też nie. A jeśli mają odpowiedni tag to powinny. Np rodzic "monitory" nie ma tagu lcd, jego potomek "monitory lcd" już ma ten tag, i oczywiście wszystkie monitory lcd w grupie "monitory lcd" mają tag lcd. Pobierając drzewo z prostym warunkiem WHERE nie wyświetlę kategorii "monitory" bo nie ma tagu lcd, czyli nie wyświetlę żądnych monitorów. Nie mam pojęcia jak to zrobić żeby było dobrze. Jedyne co wymyśliłem to mając id (powiedzmy 12345) kategorii mógłbym rekurencyjnie sprawdzać czy któryś z potomków na dowolnym poziomie nie ma odpowiedniego tagu. Jeśli ma to wyświetlam kolejnych potomków kategorii o id=12345 aż dojdę do produktu który ma szukany tag. I tak dla każdego id. Bardzo zagmatwane. Jak to lepiej zrobić?? Wyświetlane produktów jako listy odpada ma być drzewko (IMG:style_emoticons/default/biggrin.gif) Uwziąłem się i chcę się dowiedzieć jak to wykonać. pozdro (IMG:style_emoticons/default/questionmark.gif) (IMG:style_emoticons/default/questionmark.gif) |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 387 Pomógł: 66 Dołączył: 31.03.2005 Skąd: Kielce Ostrzeżenie: (0%) ![]() ![]() |
Tutaj mogę się zgodzić tylko z wydajnością.
Oczywiście spowalnia to strasznie serwer ale możesz tak jak już napisałem stworzyć tablicę do nawigacji jednym zapytaniem. Dalej lecisz po tablicy fereachem ile razy chcesz. Co nie zmienia faktu, że pierwsza funkcja robi mnóstwo zapytań. No ale mówimy tu o drzewie podkategorii - jakoś trzeba to rozwiązać. Co do mysql'a to i tak wydajniej jest obsłużyć większość zapytań w php rozbijając to na porcje. Poza tym to co tyczy się pssql - polecam artykuł http://www.eioba.pl/a77069/jak_dziala_mysq...m_optymalizacje myisam jest po prostu dużo szybszy w każdym wypadku. Fakt nie obsługuje transakcji ale tutaj polecam zend FM lub jakikolwiek inny FM, mają pełno klas wspomagających te rozwiązania. Acha - nie chcę tutaj w żadnym wypadku dyskryminować pssql. Wiele osób napisze, ze jest o wiele lepszy, itp. Ja na ten temat się nie wypowiem. Mogę powiedzieć, tylko że rezygnując z wydajności silnika myisam w mysql możemy skorzystać ze stabilności i funkcjonalności silnika innodb w mysql. Pozdrawiam cudny Ten post edytował cudny 12.01.2010, 00:03:50 |
|
|
![]() ![]() |
![]() |
Aktualny czas: 13.10.2025 - 19:38 |