Non è affatto un problema fornire tutto questo in un database relazionale. PostgreSQL non è di classe enterprise, ma è sicuramente uno dei migliori SQL gratuiti.
Per essere chiari, non cerco aiuto descrivendo le origini dei dati o eventuali metadati correlati. In particolare sto cercando di capire come archiviare al meglio i valori dei dati (eventualmente di vario tipo).
Questo è il tuo più grande ostacolo. Contrariamente alla progettazione del programma, che consente la scomposizione e l'analisi/progettazione isolata dei componenti, i database devono essere progettati come una singola unità. La normalizzazione e altre tecniche di progettazione devono considerare sia l'intero che il componente nel contesto. I dati, le descrizioni, i metadati devono essere valutati insieme, non come parti separate.
In secondo luogo, quando inizi con chiavi surrogate, implicando che conosci i dati e come si riferiscono ad altri dati, ti impedisce di modellare genuinamente i dati.
Ho risposto a una serie di domande molto simili, casualmente relative a dati molto simili. Se tu potessi leggere prima quelle risposte, risparmieremmo a entrambi molto tempo di digitazione sulla tua domanda/risposta.
Risposta uno/ID Ostacolo
Risposta due/ Principale
Risposta tre/Historical
