Database
 sql >> Base de données >  >> RDS >> Database

Règles de Codd en SQL

Règles de Codd

Dr. Edgar F. Codd, en 1985 , a énoncé 13 règles fondamentales après avoir fait des recherches à grande échelle sur le modèle relationnel des bases de données. Selon lui, chaque base de données doit suivre ces règles pour être considérée comme une base de données relationnelle précise (RDBMS). Ces 13 règles sont appelées les 12 règles de Codd( La règle de base est la base des autres règles).

Les règles mentionnées ci-dessous sont les 12 règles édictées par Codd :

Numéro de série Règle
0 Règle de base
1 Règle d'information
2 Règle d'accès garanti
3 Traitement systématique des valeurs NULL
4 Catalogue en ligne actif
5 Règle de sous-langage de données complètes
6 Afficher la règle de mise à jour
7 Règle d'insertion, de mise à jour et de suppression de haut niveau
8 Règle d'indépendance des données physiques
9 Règle d'indépendance des données logiques
10 Indépendance de l'intégrité
11 Indépendance de la distribution
12 Règle de non-subversion

Discutons en détail de chacune des règles ci-dessus.

Règle de base

Il stipule que la base de données doit être capable de gérer tous les enregistrements grâce à ses capacités relationnelles.

Règle d'information

Cette règle stipule que les enregistrements enregistrés dans une base de données peuvent être des données utilisateur ou des métadonnées. Mais ces données doivent être présentes en tant que valeur dans une cellule de la table de base de données. Il est important que chaque enregistrement d'une base de données soit stocké dans un format tabulaire, c'est-à-dire sous forme de tableaux.

Règle d'accès garanti

Cette règle stipule qu'il doit être garanti que toutes les données atomiques de la base de données sont accessibles à l'aide d'une combinaison des clés (clé primaire), des noms d'attribut et du nom de la table . De plus, aucun autre attribut autre que ceux-ci, comme le pointeur, ne devrait pouvoir accéder aux données.

Traitement systématique des valeurs NULL

Il stipule que chaque valeur NULL dans une table doit être traitée méthodiquement et uniformément. Un NULL peut être considéré comme une absence de données ou des données inconnues ou des données qui ne sont pas applicables. Il s'agit donc d'une règle fondamentale à suivre.

Catalogue en ligne actif

Il exprime que la définition de la description structurelle de la base de données complète doit être conservée dans un catalogue en ligne. Ces catalogues sont appelés dictionnaire de données et ils ne peuvent être récupérés que par les utilisateurs qui disposent d'une autorisation appropriée. Ces catalogues peuvent être récupérés en utilisant le langage de requête correspondant, qui est utilisé pour faire fonctionner la base de données.

Règle de sous-langage des données complètes

Il exprime qu'une base de données n'est accessible que par un langage de syntaxe linéaire qui bloquent la définition des données, la manipulation des données et les opérations de transaction . Ce langage peut être utilisé directement ou en utilisant d'autres applications. Accéder à la base de données sans utiliser de langue est considéré comme une violation.

Afficher la règle de mise à jour

Il stipule que chaque vue d'une base de données doit être révisable à la fois théoriquement et également par le système.

Règle d'insertion, de mise à jour et de suppression de haut niveau

Il stipule que chaque ligne d'une base de données doit contenir des comportements d'insertion, de mise à jour, de suppression, d'union, d'intersection et moins de haut niveau pour récupérer les données dans la table.

Indépendance des données physiques

Il mentionne que les données stockées dans une base de données ne doivent pas dépendre de l'application. Cela implique que les changements dans la structure de la base de données ne doivent pas affecter l'accès aux données par des applications externes à la base de données.

Indépendance des données logiques

Comme la règle précédente, elle stipule que les données logiques d'une base de données ne doivent pas dépendre de l'application du client. Cela signifie que tout changement dans les données ne devrait pas avoir d'impact sur l'application. Cette règle est l'une des plus difficiles à mettre en œuvre.

Indépendance en matière d'intégrité

Cette règle mentionne également qu'une base de données ne doit pas dépendre de l'application qui l'utilise. Cela signifie que toutes les contraintes d'intégrité de la base de données doivent être modifiables sans qu'il soit nécessaire de modifier l'application.

Indépendance de la distribution

Cette règle mentionne que l'utilisateur ne doit pas sentir ou être capable de visualiser que les données sont réparties sur plusieurs emplacements. L'utilisateur doit toujours sentir que les données sont situées à un seul endroit spécifique. Cette règle est considérée comme la base des systèmes de bases de données distribuées.

Règle de non-subversion

Cette règle stipule que si un système possède une interface qui donne accès à des enregistrements de bas niveau, cette interface ne doit pas avoir l'autorisation de déstabiliser le système, y compris ses restrictions de sécurité et d'intégrité.

Ainsi, ce sont les 12 règles édictées par le Dr Edgar F. Codd, qui devraient être suivies par une base de données dite véritablement relationnelle (RDBMS).