Quello che stai cercando di ottenere è un Entity-Attribute-Value (EAV) o eventualmente una modellazione di riga soluzione. Nota che questo tipo di struttura è in gran parte disapprovato per un'ampia varietà di buoni motivi.
Tuttavia, ho discusso (ad es. qui , qui , qui e qui ) che EAV è MALE, tranne quando non lo è. Una di queste rare eccezioni si ha nel caso di un catalogo di prodotti in cui stai monitorando le proprietà dei prodotti e in cui tali proprietà non sono così interessanti (per il tuo sistema! ) tranne nella misura in cui è necessario recuperarli e stamparli su una pagina Web di un prodotto o una griglia di confronto, ecc.
Considera un design come questo:
Quello che stai facendo in un modello come questo è descrivere quali attributi dovrebbero avere i prodotti in una determinata categoria, quali valori potrebbero avere quegli attributi e quindi quali valori ha ogni prodotto specifico per ciascun attributo.
Questo design ha tutte le solite limitazioni imposte da EAV. Tuttavia, se vuoi porre domande del tipo:"Quali perline hanno un diametro di 8 mm?" è abbastanza semplice.
