Quelle est la règle de Codd ?

Les règles de Codd, également connues sous le nom de loi de Codd, sont 13 règles qui sont utilisées pour déterminer si un SGBD peut être considéré comme une condition préalable à un SGBD relationnel (SGBDR). En termes simples, il s'agit d'une méthode standard utilisée pour évaluer si un SGBD (système de gestion de base de données) est un SGBD relationnel. Présentons maintenant en détail les 13 règles de Codd. J'espère que cela sera utile à tout le monde.

Qu'est-ce qu'un SGBD relationnel ?

Le SGBD relationnel (RDBMS), un système de gestion de bases de données relationnelles, est un SGBD conçu spécifiquement pour les bases de données relationnelles. Il dispose d'une structure de tableau basée sur des lignes pour connecter les éléments de données associés et comprend des fonctionnalités permettant de maintenir la sécurité, l'exactitude, l'exhaustivité et la cohérence des données.

Explication : Une base de données relationnelle fait référence à une base de données qui stocke les données dans un format structuré à l'aide de lignes et de colonnes, avec une structure relationnelle de sorte que les valeurs de chaque table sont liées les unes aux autres, et les tables peuvent être liées. également être lié à d'autres tables. La structure relationnelle permet d'exécuter des requêtes sur plusieurs tables à la fois.

Les 13 règles de Codd

Les 13 règles de Codd définissent une base de données relationnelle idéale, qui est utilisée aujourd'hui comme un guide pour la conception de systèmes de bases de données relationnelles. Jetons un coup d'œil à ces 13 règles :

1. Règles de base :

Pour qu'un système soit qualifié de SGBDR, le système doit être conforme aux exigences relationnelles, de base de données et Les exigences du système de gestion doivent être capables de gérer entièrement la base de données via des fonctions relationnelles.

2. Règles d'information :

Toutes les informations de la base de données (peuvent être des données utilisateur ou des métadonnées) doivent être représentées de manière logique (c'est-à-dire sous forme de tableau) , les lignes et les colonnes doivent être strictement désordonnées.

3. Règles d'accès garanties :

Assurez-vous que chaque élément de données (valeur) est accessible via le nom de la table, la clé primaire (valeur de ligne) et le nom de l'attribut ( valeur de la colonne) pour un accès logique.

4. Gestion systématique des valeurs nulles (valeurs NULL) :

Le SGBD doit prendre en charge les valeurs nulles et permettre à chaque champ d'être nul exprimer les valeurs manquantes ; ​​de manière systématique, les informations et les informations non applicables, et sont indépendantes du type de données.

5. Catalogue en ligne dynamique basé sur un modèle relationnel :

Le système de base de données doit prendre en charge un catalogue relationnel en ligne et en ligne auquel les utilisateurs autorisés ont accès via son langage de requête habituel.

C'est-à-dire que les utilisateurs doivent pouvoir accéder à la structure (catalogue) de la base de données en utilisant le même langage de requête qu'ils utilisent pour accéder aux données de la base de données.

6. Règles complètes des sous-langages de données :

Le système de base de données doit prendre en charge au moins un langage relationnel et avoir les caractéristiques suivantes :

1 ), A une syntaxe linéaire

2), peut être utilisé de manière interactive et peut également être utilisé dans des applications,

3), prend en charge la définition des données (y compris la définition de la vue), les opérations de données (mise à jour et récupération), les contraintes de sécurité et d'intégrité et les opérations de gestion des transactions (démarrage, validation et rollback).

7. Règles de mise à jour des vues :

La représentation des données peut être complétée à l'aide de différentes combinaisons logiques appelées vues. Toutes les vues théoriquement actualisables doivent également être mises à jour par le système.

8. Opérations au niveau de la relation (insertion, mise à jour et suppression) :

Chaque niveau de relation doit avoir des opérations d'insertion, de suppression, de mise à jour et le système doit les prendre en charge une fois. Définir les opérateurs d'insertion, de mise à jour et de suppression. Cela signifie que les données peuvent être récupérées à partir d'une base de données relationnelle dans un ensemble de données composé de plusieurs lignes et/ou de plusieurs tables.

Cette règle stipule que tout ensemble récupérable doit prendre en charge les opérations d'insertion, de mise à jour et de suppression, plutôt qu'une seule ligne dans une seule table.

9. Indépendance physique des données :

Les changements au niveau physique (comment les données sont stockées, s'il s'agit d'un tableau ou d'une liste chaînée, etc.) ne doivent pas L'accès aux données par des applications externes n'a aucun impact d'une manière qui ne nécessite pas de modifications structurelles de l'application.

10. Indépendance des données logiques :

Les données logiques de la base de données doivent être indépendantes de la vue de son utilisateur (application). Les modifications apportées au niveau logique (table, colonne, ligne, etc.) affectent les applications qui ne doivent pas l'utiliser.

Exemple : Si vous divisez une table en deux tables, la nouvelle vue devrait avoir le résultat comme une jointure des deux tables.

Remarque : Cette règle est la plus difficile à satisfaire. L'indépendance logique des données est plus difficile à atteindre que l'indépendance physique des données.

11. Indépendance d'intégrité :

Les contraintes d'intégrité doivent être définies et séparées de l'application. Il doit être possible de modifier ces contraintes le cas échéant sans impact inutile sur les applications existantes.

12. Indépendance de la distribution :

Toutes les parties de la base de données doivent être invisibles pour les utilisateurs de la base de données, où qu'elles soient distribuées et quel que soit l'endroit où se trouve la base de données ; le réseau Quelle que soit la distribution, la base de données devrait fonctionner normalement. L'utilisateur final doit avoir l'impression que tout est stocké au même endroit. Cela pose les bases des bases de données distribuées.

13. Règles de non-conversion :

Si l'accès en langage de bas niveau à un système est autorisé, il ne doit pas violer ou contourner les règles d'intégrité du langage de haut niveau pour modifier les données. Ceci peut être réalisé par une sorte de recherche ou de cryptage.

Ce qui précède représente l’intégralité du contenu de cet article, j’espère qu’il sera utile à l’étude de chacun.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!