prendendo ad esempio un'applicazione che contiene Aziende e man mano che ci spostiamo nel tempo, sono necessarie sempre più funzionalità.
Tendo a tenere tutto nella tabella Companies
, ma preferisco avere qualche input dato che sto iniziando un nuovo progetto e mi chiedevo se dovrei tenerli in una tabella CompanyFeatures
:
Devoavere2tabelle,oquestoflussoèsufficiente?
Holostessopergliutenti,ogniutentehalasuafunzioneon/off(quandounacaratteristicapuòesserespecificadell'utente),dovreicontinuareamantenerlilì,odovreianchecreareunatabellaUserFeatures
perconteneretaliinformazioni?
Ognivoltacheottengoun'azienda,tutteleinformazionirelativeallefunzionalitàassociatedevonoessere"incollate", ma è un join semplice e la query verrà memorizzata nella cache per la richiesta successiva ... La query sul DB non dovrebbe mai essere un problema, la mia domanda riguarda più i modelli di progettazione e se tali informazioni dovrebbero avere il loro posto.