Administrace komentářů

Asi bych to neřešil jako průvodce (posloupnost otázek), ale jako filtr, kde by byly vidět všechny otázky najednou a uživatel by zaškrtával odpovědi a tím by se mu zmenšoval výběr, až by došel ke konkrétní rostlině (nebo několika málo, ze kterých už si vybere).

Použil bych (více méně libovolnou) SQL databázi. A pak je otázka, jak moc obecně to chceš udělat. Jedna možnost je, že z kritérií (barva květu, tvar listů atd.) uděláš atributy rostliny (sloupečky v tabulce rostlina) a pak budeš mít vlastně jen tabulku rostlin + číselníky (barvy atd.). Druhá možnost je obecnější, vlastnosti rostlin nebudou zapsané jako hodnota sloupečku v tabulce rostlin, ale jako záznam v tabulce vlastností, která bude propojovat rostliny, kritéria a číselníky.

V prvním případě budeš mít jednodušší a na první pohled srozumitelnější SQL dotazy. Ale zase budeš muset při přidání kritéria měnit i struktury, ne jen data (což ale není takový problém, akorát v aktualizačním skriptu budeš mít kromě INSERT příkazů i nějaké ty ALTER TABLE).

V druhém případě tabulky měnit nemusíš a můžeš přidávat kritéria klidně i za chodu (nevím, jestli to je potřeba). Bude celé řízené daty, takže se ti z nich vygenerují i formuláře a nebudeš muset zasahovat do kódu aplikace – což jde v prvním případě udělat taky: budeš mít nějaký metamodel aplikace, který bude říkat, jaká kritéria u rostlin sleduješ, a z toho metamodelu vygeneruješ jak databázové struktury (příslušné sloupečky v dané tabulce), tak formuláře a logiku aplikace. Může to být třeba jednoduchý XML soubor, ze kterého všechno ostatní vygeneruješ pomocí XSLT.

Nebo to udělat komplet v XML (bez SQL) a výběr rostlin filtrovat pomocí XSLT nebo XQuery. Záleží, co je ti bližší a v čem se ti bude líp pracovat. Dat asi nebude tolik, abys musel nějak moc řešit výkon, takže jde spíš o to, jak snadno se bude ten program psát a rozšiřovat.