Witam.
Mam 6 poziomów kategorii... i artykuły, które mogą być przyporządkowane do jednej z nich..

Problem z tym, że po wejściu w KATEGORIA A potrzebuje wyświetlić wszystkie produkty, które są w kategoriach poniżej... i tu jest problem..


Przykładowe drzewo kategorii:

[HTML] pobierz, plaintext 
KATEGORIA A
  PODKATEGORIA-A1
  PODKATEGORIA-A2
    PODKATEGORIA-AA1
    PODKATEGORIA-AA2
      PODKATEGORIA-AAA1
        PODKATEGORIA-AAAA1
        PODKATEGORIA-AAAA2
        PODKATEGORIA-AAAA3
        PODKATEGORIA-AAAA4
        PODKATEGORIA-AAAA5
        PODKATEGORIA-AAAA6
      PODKATEGORIA-AAA2
      PODKATEGORIA-AAA3
      PODKATEGORIA-AAA4
      PODKATEGORIA-AAA5
      PODKATEGORIA-AAA6
    PODKATEGORIA-AA3
    PODKATEGORIA-AA4
    PODKATEGORIA-AA5
  PODKATEGORIA-A3
  PODKATEGORIA-A4
  PODKATEGORIA-A5
KATEGORIA B
  PODKATEGORIA-B1
  PODKATEGORIA-B2
  PODKATEGORIA-B3
  PODKATEGORIA-B4
  PODKATEGORIA-B5
KATEGORIA C
KATEGORIA D
[HTML] pobierz, plaintext 

do tej pory robiłem to tak, że wyświetliłem najpierw ID wszystkich podrzędnych kategorii.. następnie wyświetlałem artykuły, z tymi id:

[SQL] pobierz, plaintext 
 SELECT * FROM table_artykuly WHERE kat=2 OR kat=5 OR kat=8 OR kat=9.. i tak dalej wszystkie id po kolei
[SQL] pobierz, plaintext 

Rozwiązuję to w ten sposób, że tworzę takiego jakby cache tabelę z 2 kolumnami:

[SQL] pobierz, plaintext 
CREATE TABLE hieararchy
  (
  base int,
descendent int,
FOREIGN KEY(base) REFERENCES categories(id),
FOREIGN KEY(descendent) REFERENCES categories(id)
}
[SQL] pobierz, plaintext 

aby wyświetlic artykuły robisz wtedy:

[SQL] pobierz, plaintext 
SELECT * FROM table_artykuly WHERE kat IN (SELECT descendent FROM hierarchy WHERE base =needed_category)
[SQL] pobierz, plaintext 

Takie rozwiązanie oczywiście powoduje redundancje i trzeba pamiętać o aktualizacji "indexu" przy działaniach na kategoriach ale przecież te operacje są bardzo rzadko i tyczy się to tylko tworzenia, edycji oraz kasowania.
Można też bezpośrednio do hierarchy wrzucić ID artykułów.