Administrace komentářů

Podle mně je „zle“, že uživatel tvoří strukturu :(.
Klasická záležitost, zboží se liší některými volitelnými parametry, ale to lze řešit lehce přes nepovinné parametry.
Přikládám tady:

• SQL dotaz (export z PHP admin-a) databáze `test` s tabulkami InnoDB.
• pdf dokument ze strukturou
• soubor z sql dotazy

Pokud si tu DB stvoříte (obsahuje malá data) a zkusíte si ty SQL dotazy a zamyslíte se, tak by jste měl pochopit jak to myslím s těmi volitelnými parametry.
Lze to dále rozvíjet (zvláště 'enum').
Tabulka r_categorytemplateitem, může být chápána spíše jako seznam parametrů kategorie a na základě ní lze hezky i generovat hledací dialogy pro kategorii zadávací dialogy apod. Tabulka categorytemplate se může jevit jako zbytečná a může dojít k její vypuštění a r_categorytemplateitem provázat přímo s c_category. Přijde na to jestli volitelné parametry mají být povinné či ne atd. K jednotkám je vhodné ještě doplnit 'htmlunits' bo zápis 'm²' v html vypadá třeba jako 'm²' a to se blbě transformuje.
Pokud jsem takové věci řešil, tak ještě přibyl roj dalších tabulek, jako tabulka (tvrdý číselník - běžně nemodifikovatelný) zvlášť na skupiny jednotky a jednotky (délková míra: cm,0.01; dm,0.1; m,1;) atd., takže pak osoba co definuje kategorie vše vybírá.

Myšlenku Vám nenutím, protože pokud se neztotožníte s principem, budeme v budoucnu sprostě nadávat, je to náročnější na základní SQL dotazy a základní kameny aplikace, ale výhoda se dostaví při vytváření ksichtů, pro administraci či search dialogů apod. bo se to pak slušně generuje a například pro zadání zboží je jen jedna PHP stránka a je putna co to je za typ zboží a kolik má parametrů jakých typů atd.