Pourquoi l'intégrité d'entité et l'intégrité référentielle sont-elles importantes dans une base de données ?

L'intégrité d'entité et l'intégrité référentielle sont deux formes d'intégrité des données particulièrement importantes dans les bases de données relationnelles. Les bases de données relationnelles décomposent le stockage des données en éléments qui doivent généralement être rejoints à nouveau pour produire des résultats significatifs. Sans garanties de ces deux types d'intégrité, les données seraient perdues ou dupliquées.

Bases de données relationnelles

Les systèmes de gestion de bases de données relationnelles représentent le modèle de base de données le plus largement implémenté dans le monde aujourd'hui. Le modèle relationnel repose sur des données « normalisées ». La normalisation est un processus effectué lors de la conception de la base de données pour s'assurer que les tables contenant les données n'ont pas de données répétitives et ne peuvent pas créer de répétition ou de perte lorsqu'elles sont jointes ensemble.

Données de référence

La plupart des applications de base de données utilisent deux types de données différents : les données de transaction et les données de référence. Par exemple, une base de données d'entrepôt très basique enregistrera les transactions de mouvement de stock. Imaginez un enregistrement de transaction tel que : Article 1010, Quantité 5, Direction Sortie. Un gestionnaire peut souhaiter voir un rapport de ces données donnant le nom de l'article et la description de l'article ainsi que le numéro d'article. Ces détails sont des attributs d'une entité différente qui décrit chaque pièce dans l'entrepôt. C'est une table de référence.

Normalisation

Dans l'exemple de la base de données d'entrepôt, la table des transactions n'a besoin de contenir qu'un identifiant pour la pièce. Si des détails tels que le nom et la description étaient conservés dans la table des transactions, cela causerait une répétition inutile. Tout article a toujours le même nom et la même description, et ces détails se rapportent à la pièce et non à la transaction. Dans ce système d'exemple, les détails des pièces sont conservés dans une table différente. Chaque enregistrement dans la table doit être identifié de manière unique par un champ, ou une combinaison de champs, appelé clé primaire. La séparation des groupes répétitifs est appelée « normalisation ».

Intégrité d'entité

Dans l'exemple de la base de données d'entrepôt, la clé primaire de la table des pièces devrait être un attribut qui identifie de manière unique chaque enregistrement. C'est l'intégrité d'entité. Généralement, les champs numériques sont meilleurs pour une clé primaire que les champs texte. Dans la table des pièces, le meilleur champ pour la clé primaire serait le numéro d'article. L'organisation peut vendre une variété de produits avec le même nom, comme « petite clé ». Le numéro d'article sera toujours unique par article, et cela garantit l'intégrité d'entité pour la table des pièces. Si plusieurs enregistrements avaient la même valeur de clé primaire, la référence de détails de cette table en la joignant à la table des transactions causerait la duplication des enregistrements de transaction pour correspondre à chaque enregistrement avec le même identifiant.

Intégrité référentielle

L'intégrité référentielle garantit que le lien entre la table des transactions et la table des pièces est correctement formé. Dans la table des transactions, le numéro d'article forme la clé étrangère, qui est l'attribut qui se lie à la clé primaire de la table des pièces. Seuls les numéros d'article listés dans la table des pièces peuvent apparaître dans la table des transactions. C'est l'intégrité référentielle. Si la table des transactions contient un numéro d'article qui n'est pas aussi dans la table des pièces, la jointure des tables ensemble causerait l'exclusion des transactions avec le numéro d'article manquant des résultats.