Het is geen enkel probleem om dit alles in een Relationele database aan te bieden. PostgreSQL is geen enterprise class, maar het is zeker een van de betere freeware SQL's.
Voor alle duidelijkheid, ik ben niet op zoek naar hulp het beschrijven van de gegevensbronnen of gerelateerde metagegevens. Ik probeer specifiek uit te zoeken hoe ik gegevenswaarden het beste kan opslaan (eventueel van verschillende typen).
Dat is je grootste obstakel. In tegenstelling tot programmaontwerp, dat decompositie en geïsoleerde analyse/ontwerp van componenten mogelijk maakt, moeten databases als een enkele eenheid worden ontworpen. Normalisatie en andere ontwerptechnieken moeten zowel het geheel als de component in context zien. De gegevens, de beschrijvingen, de metagegevens moeten samen worden geëvalueerd, niet als afzonderlijke delen.
Ten tweede, wanneer u begint met surrogaatsleutels, wat impliceert dat u de gegevens kent en hoe deze zich verhouden tot andere gegevens, voorkomt dit dat u de gegevens echt modelleert.
Ik heb een zeer vergelijkbare reeks vragen beantwoord, toevallig zijn het zeer vergelijkbare gegevens. Als u die antwoorden eerst zou kunnen lezen, zou het ons allebei veel typtijd besparen op uw vraag/antwoord.
Antwoord één/ID Obstakel
Antwoord twee/ Hoofd
Antwoord drie/Historisch