2. Zlozitejsia administracia. Editor musi vediet nastavit davkovo ceny pre rozne kombinacie atributov, pretoze nechce zadavat manualne vsetky kombinacie, ale zas musi vediet nastavit ked chce aj lubovolnu moznu kombinaciu. OK, u toho tricka s max 24 kombinaciami mozeme zobrazit maticu input boxov ale co ten produkt s milion kombinaciami?
Rekl bych ze tohle se systemove resi stylem "prislusenstvi", kde pro urcity produkt (Panske tricko), mate pridruzene pseudoprodukty / prislusenstvi: Barvu, Rozmer, Potlac. A tyto maji kazda svuj priplatek a povinnost/neopakovatelnost. Pokud chcete nejakou specialitu v cene, tak muzete aplikovat dalsi polozku - podminenou slevu/priplatek, kde existence kombinace pseudoproduktu v kosiku zpusobi zmenu ceny.
Milionove kombinace muzou byt v autoprumyslu (viz prvni stranku servisni knizky moderniho auta - jak tam jsou kody vypsane kombinace te konkretni sestavy) a nemyslim si, ze by s tim meli problem na 30 vterin

Dejte trocha fantazie do modelovani, vse ma nejake reseni. Zpusob jakym jste chtel pouzit EAV je nesystemovy, ale to neni problem patternu, ale uzivatele.
Zakladni rozhodnuti ktere musite udelat je, zda vest kazdou variantu jako separatni produkt, nebo se opravdu jedna o mekkou variaci / prizpusobeni, ktere se uplatnuje az pri konfiguraci produktu a pak nastupuje treba i dynamicka cenotvorba. Nelze mit oboji zaroven.