conception de la base de données EAV pour les données historiques

introduction

La philosophie de conception de la base de données EAV (Entity-Attribute-Value) est de stocker les données comme un ensemble de paires d'attribut-valeur associées à une entité. Ce modèle a une flexibilité dans le stockage et la requête des données, en particulier lors du traitement des données historiques. Cependant, les conceptions des EAV traditionnelles sont souvent confrontées à des défis dans l'intégrité des données, la génération de rapports et les performances.

résoudre les défauts d'eav communs

Pour surmonter ces lacunes, il est possible d'envisager de séparer différents attributs d'entité en fonction du type d'attribut. Cette méthode a les avantages suivants:

• Indexing efficace: Vous pouvez indexer des valeurs avec des types d'attribut spécifiques (par exemple, Decimal, String).
• Relation de l'entité: Vous pouvez maintenir l'appartenance, a, hasmany et a des relations de même dans le modèle.
• Intégrité des données: Types de données solides et les touches étrangères appliquent l'intégrité et la cohérence des données.

Exemple Système de gestion de la base de données relationnelle (RDBMS) Design de schéma

La conception du modèle RDBMS suivant montre comment implémenter cette approche:

Entity_Type: Type d'entité de stockage (par exemple, "produit", "utilisateur") entité: représente le tableau d'entité principal att: Associer des attributs aux entités Option: Options pour stocker les paires d'attribut-valeur att_option: Options de lien pour les paires d'attribut-valeur att_int: stocke les valeurs d'attribut entier att_relation: stocke la relation avec d'autres entités att_datetime: stocker les valeurs d'attribut de date et d'heure att_string: Store String Attribute Valeurs att_text: stocke les valeurs d'attribut de texte att_decimal: stocke les valeurs d'attribut décimal

Ce mode permet le stockage de données historiques en insérant une nouvelle paire d'attribut-valeur chaque fois que la valeur d'attribut change.

Avantages de la méthode proposée

• Suivi des données historiques: Facile à stocker et à récupérer les données historiques via des paires d'attributs horodatotes.
• Intégrité des données: appliquer l'intégrité des données via des types et des relations forts.
• Efficacité de la requête: Attributs indexés et les types de données bien définis améliorent les performances de la requête.

Problèmes potentiels

• Queries multiples: Une requête distincte est nécessaire pour accéder à la paire d'attribut-valeur, en particulier pour les attributs multi-valeurs.
• Complexité: Ce modèle peut être compliqué par les nombreuses tableaux représentant différents types d'attribut et leurs relations.
• Migration de données: Migration d'une base de données EAV existante vers ce schéma suggéré peut nécessiter une grande quantité de conversion de données.