12 Règles de EF Codd pour SGBDR

A+ A-

Système de gestion de base de données ou SGBD consiste essentiellement en un ensemble complet de programmes d'application qui peuvent être mis à profit pour accéder, de gérer et mettre à jour les données, à condition que les données sont liées entre elles et profondément persistante. Comme tout système de gestion, l'objectif d'un SGBD est de fournir un environnement efficace et pratique dans lequel il devient facile de récupérer et de stocker les informations dans la base de données. Il va sans mentionner que les bases de données sont utilisées pour stocker et gérer de grandes quantités d'informations.

Pour ce faire, les éléments suivants sont les must-haves absolue:

  • Modélisation des données: Il est tout au sujet de la définition des structures pour le stockage de l' information.
  • Fourniture de mécanismes: Pour manipuler les données traitées et modifier les structures de fichiers et du système, il est important de prévoir des mécanismes de traitement des requêtes.
  • Crash Recovery et de la sécurité: Afin d' éviter toute divergence et veiller à ce que les données sont sécurisées, la récupération de l' accident et les mécanismes de sécurité sont must.
  • Control Concurrency: Si le système est partagé par plusieurs utilisateurs, le contrôle de concurrence est la nécessité de l'heure.

Dr Edgar Codd F

Dr EFCodd, également connu dans le monde comme le «Père de la base de données Systems Management» avait défendue 12 règles qui sont en fait au nombre de 13. Les règles sont numérotées de zéro à douze ans. Selon lui, un SGBD est entièrement relationnelle si elle respecte toutes ses douze règles. Jusqu'à présent, seuls quelques bases de données respectent toutes les règles de onze. Ses douze règles sont affectueusement appelés «Douze Commandements de EFCodd». Son : livre de recherche brillant et séminal 'un modèle relationnel de données pour les grandes banques de données partagée »dans son ensemble est un régal visuel pour les yeux.

Système de gestion de base de données relationnelle

Il y a une règle tacite dans le jargon de la base de données des systèmes de gestion. Comme les bases de données qui mettent en œuvre toutes les règles de l'EFCodd sont peur, la règle tacite a été gagne du terrain.

  • Si un système de gestion ou d'un logiciel suit l'un des 5-6 règles proposées par EFCodd, il se qualifie pour être un système de gestion de base de données (SGBD).
  • Si un système de gestion ou d'un logiciel suit l'une des 7-9 règles proposées par EFCodd, il se qualifie pour être un système de semi-Relational Database Management (semi- SGBDR).
  • Si un système de gestion ou d'un logiciel suit 9-12 règles proposées par EF Codd, il se qualifie pour être un système de gestion de base de données relationnelle complète (SGBDR).

Douze Commandements du Dr Edgar Codd F

les règles

Voici brève note sur Douze règles de EF Codd:

Règle 0: rule Foundation

Tout système de gestion de base de données relationnelle qui est proposèrent d'être SGBDR ou préconisé d'être un SGBDR devrait être en mesure de gérer les données stockées dans son intégralité grâce à ses capacités relationnelles.

Règle 1: Règle de l' information

Bases de données relationnelles doivent stocker les données sous la forme de relations. Les tableaux sont des relations dans les systèmes de gestion de base de données relationnelles. Que ce soit des données définies par l'utilisateur ou des méta-données, il est important de stocker la valeur comme une entité dans les cellules du tableau.

Règle 2: Règle d'accès garanti

L'utilisation de pointeurs pour accéder aux données logiquement est strictement interdite. Chaque entité de données qui est de nature atomique devrait être accessible logiquement en utilisant une combinaison droite du nom de la table, clé primaire représentée par une valeur de ligne et de la colonne nom spécifique représentée par la valeur d'attribut.

Règle 3: Règle de Systematic Null Valeur de soutien

Les valeurs NULL sont complètement pris en charge dans les bases de données relationnelles. Ils doivent être uniformément considérés comme des «informations manquantes». Les valeurs nulles sont indépendantes de tout type de données. Ils ne doivent pas être confondus avec des blancs ou des zéros ou des chaînes vides. Les valeurs nulles peuvent aussi être interprétées comme des «données inapplicables» ou «information inconnue.

Règle 4: Règle de catalogue relationnel actif et en ligne

Dans la base de données Systems Management lexique, «métadonnées» sont les données de la base de données ou les données sur les données. Le catalogue en ligne actif qui stocke les métadonnées est appelé «dictionnaire de données». Le soi-disant dictionnaire de données est accessible uniquement par les utilisateurs AUTEUR DE qui ont les privilèges requis et les langages de requête utilisés pour accéder à la base de données devraient être utilisées pour accéder aux données du dictionnaire de données.

Règle 5: Règle de données complète Sous-langue

Un langage robuste unique devrait être en mesure de définir des contraintes d'intégrité, des vues, des manipulations de données, des transactions et des autorisations. Si la base de données permet d'accéder à ceux mentionnés ci-dessus, il ne respecte pas cette règle.

Règle 6: Règle de mise à jour des vues

Vues devraient refléter les mises à jour de leurs tables de base respectives et vice versa. Une vue est une table logique qui présente des données restreintes. Vues font généralement les données lisibles mais non modifiables. Vues aider dans l'abstraction de données.

Règle 7: Règle de Set insertion de niveau, mise à jour et de suppression

Une seule opération devrait être suffisante pour récupérer, insérer, mettre à jour et supprimer les données.

Règle 8: Règle de physique Indépendance des données

Opérations en lot et l'utilisateur final sont logiquement séparés de stockage physique et les méthodes d'accès respectives.

Règle 9: Règle de logique Indépendance des données

Batch et les utilisateurs finaux peuvent modifier le schéma de base de données sans avoir à recréer ou de recréer les applications construites sur elle.

Règle 10: Règle de l' intégrité de l' Indépendance

Les contraintes d'intégrité doivent être disponibles et stockées sous forme de métadonnées dans le dictionnaire de données et non pas dans les programmes d'application.

Règle 11: Règle de l' Indépendance de distribution

La manipulation des données Langue du système relationnel ne devrait pas être préoccupé par le stockage de données physiques et aucune modification ne devrait être nécessaire si les données physiques est centralisée ou distribuée.

Article 12: Règle de non Subversion

Toute ligne doit obéir à des contraintes de sécurité et d'intégrité imposées. Pas de privilèges spéciaux sont applicables.

Presque tous les pleins DBMSs d'échelle sont RDMSs. Oracle implémente 11+ règles et ainsi fait Sybase. SQL Server implémente également 11+ règles tout en implémente FoxPro 7+ règles.