Il n'y a aucun problème à fournir tout cela dans une base de données relationnelle. PostgreSQL n'est pas de classe entreprise, mais c'est certainement l'un des meilleurs SQL gratuits.
Pour être clair, je ne cherche pas d'aide décrivant les sources de données ou toute métadonnée associée. J'essaie spécifiquement de comprendre comment stocker au mieux les valeurs de données (éventuellement de différents types).
C'est votre plus grand obstacle. Contrairement à la conception de programme, qui permet la décomposition et l'analyse/conception isolée des composants, les bases de données doivent être conçues comme une seule unité. La normalisation et les autres techniques de conception doivent considérer à la fois l'ensemble et le composant dans son contexte. Les données, les descriptions, les métadonnées doivent être évaluées ensemble, pas comme des parties séparées.
Deuxièmement, lorsque vous commencez avec des clés de substitution, ce qui implique que vous connaissez les données et leur relation avec d'autres données, cela vous empêche d'effectuer une véritable modélisation des données.
J'ai répondu à une série de questions très similaires, par coïncidence concernant des données très similaires. Si vous pouviez d'abord lire ces réponses, cela nous ferait gagner beaucoup de temps à taper votre question/réponse.
Réponse unique/ID Obstacle
Réponse deux/ Principal
Réponse 3/Historique
