Il database memorizza diversi tipi di oggetto per progetti ingegneristici: motori, cavi, pompe, sensori ecc.Vorrei memorizzare molti tipi di oggetto in un database SQL. Devo avere una tabella diversa per ogni tipo di oggetto?
Stiamo discutendo se avere una tabella diversa per ogni tipo di oggetto? (Mucchi di tabelle, un dolore quando vogliamo aggiungere un nuovo tipo di oggetto - cosa che succederebbe ogni tanto ...)
Oppure, come facciamo attualmente, dovremmo avere una tabella che memorizza i tipi di oggetto (ID, nome) e un'altra tabella che memorizza i possibili attributi per ogni tipo di oggetto e un'altra tabella che memorizza i valori di ciascun attributo per ciascun tipo di attributo? (Un vero PITA, ma flessibile.)
Qualcuno ha fatto qualcosa di simile? Punti da considerare? Implementazione?
Per me quest'ultimo sembra un po 'come se si stesse cercando di creare il proprio database NoSQL utilizzando un database SQL come storage. –
Suona come EAV rispetto a Tabella per tipo. Vedi [qui] (http://stackoverflow.com/questions/4066463/should-i-use-eav-model?lq=1) e [qui] (http://stackoverflow.com/questions/870808/entity- valore attributo-database-vs-rigoroso-modello-relazionale-ecommerce-domanda) –
possibile duplicato di [tabella prodotto, molti tipi di prodotto, ogni prodotto ha molti parametri] (http://stackoverflow.com/questions/695752/ tabella prodotto-molti-tipi-di-prodotto-ogni-prodotto-ha-molti-parametri) –