Adatokat szeretnék tárolni egy egyszerű felépítésű, de nagyon sok ágat tartalmazó fa struktúrában, az alábbi szabályok szerint:
- 2 hatványai szerinti a felépítés, tehát egy "szülőnek" mindig 2 "gyereke" van,
- nincs törlés és a sorrend sem változik meg,
- egy pozíció néhány adatot is tartalmaz (pl. user név), de ezek az adatok nem egyediek, mert egy user több helyen megjelenik ebben a struktúrában,
- kiíratás esetén egy "szülő" + 2 alatta lévő szintet kell megjeleníteni azok adataival együtt, amire a views tűnik ésszerűnek, de itt a hierarchia kezelése az érdekes. Nehezíti a helyzetet az, hogy ki is kell majd írni az egy userhez tartozó összes "én + az alattam lévő 6 fő-t tartalmazó szakaszokat".
A rendszer elemeinek létrehozása nem kézzel történik, hanem bizonyos szabályok teljesülése esetén automatikusan, tehát a Rules "támogatás" szükséges.
"Primitív" megoldásként arra gondoltam, hogy minden egyes pozíció egy node-ot jelent, amit a rendszer automatikusan létre tud hozni és könnyen fel tudja tölteni a CCK mezőit a releváns adatokkal.
Az a gond ezzel a megoldással, hogy mivel a node-ok száma exponenciálisan növekszik, így 20 szint után már több millió van belőlük, ami az álmoskönyv szerint nem sok jót jelent. :-)
Mivel a node-ok adatai a létrehozásuk után nem változnak meg és csak néhány CCK mezőt tartalmaznának, ezért nem volna akkora az adatmennyiség, de azért mégis csak sok, exponenciálisan növekvő adathalmazról van szó, amit tárolni és kezelni kell.
A kérdés az, hogy
1. Van-e vkinek tapasztalata nagyon nagy mennyiségű (több százezer fölötti) node-t kezelő Drupal oldal teljesítményéről, és a fenti "primitív" megoldás kivitelezhető anélkül, hogy "szerverfarmot kelljen hozzá bérelni"?
2. Van esetleg erre vmi jobb Drupal megoldás? Nem kell a full kódot ideírni, :-) elég csak egy ötletet adni. Mondjuk minden megoldás esetén idővel gondot jelent a nagyon elágazó struktúra sok eleme.
Köszönöm.
