Cette page est comprise avec :
// IP : Le Protocole Internet \\
1 • Le guide du protocole
3 • L'adressage et les classes
// Le Guide des Protocoles \\
1 • IP : Le Protocole Internet
2 • TCP : Le Protocole Transport
3 • Ethernet : Le Guide
4 • DNS & DHCP : Les Bases
Chapitres
suivants
Un système de gestion de base de données relationnelle (SGBDR) est un système de gestion de base de données basé sur le modèle relationnel introduit par E.F Codd. Dans le modèle relationnel, les données sont stockées dans des relations (tables) et sont représentées sous la forme de nuplets (lignes).
Le SGBDR est utilisé pour gérer la base de données relationnelle. Une base de données relationnelle est une collection d'un ensemble organisé de tables liées les unes aux autres et à partir desquelles il est facile d'accéder aux données. La base de données relationnelle est la base de données la plus utilisée de nos jours.
Le SGBDR est la base de SQL et de tous les systèmes de base de données modernes tels que MySQL, MS SQL Server, IBM DB2, Oracle et Microsoft Access.
Concepts de la base de données relationelle
Temps de lecture : 20 minutes
Antoine Driget
-
10/10/2019
Qu'est-ce qu'une table ?
Dans le modèle de base de données relationnelle, une table est un ensemble d'éléments de données organisés en lignes et en colonnes. Une table peut avoir une ligne de données en double alors qu'une relation vraie ne peut pas avoir de données en double. La table est la forme la plus simple de stockage de données.
Vous trouverez ci-dessous l'exemple d'une table pour des employés.
Qu'est-ce qu'un tuple ?
Une seule entrée dans une table est appelée un tuple ou un enregistrement ou une ligne. Un tuple dans une table représente un ensemble de données liées.
Par exemple, la table des employes ci-dessus a 4 n-uplets/enregistrements/lignes.
Voici un exemple d'enregistrement simple ou de tuple.
Qu'est-ce qu'un attribut ?
Une table est constituée de plusieurs enregistrements (lignes), chaque enregistrement pouvant être décomposé en plusieurs parties de données plus petites appelées attributs. La table des employés ci-dessus comprend quatre attributs, ID, Nom, Age et Salaire.
Domaine d'attribut
Lorsqu'un attribut est défini dans une relation (table), il est défini pour ne contenir qu'un certain type de valeurs, appelé domaine d'attribut.
Par conséquent, l'attribut Nom contiendra le nom de l'employé pour chaque tuple. Si nous sauvegardons l'adresse de l'employé ici, ce sera une violation du modèle de base de données relationnelle.
Quel est le schéma de relation ?
Un schéma de relation décrit la structure de la relation, avec le nom de la relation (nom de la table), ses attributs, leurs noms et leur type.
Qu'est-ce qu'une clé de relation?
Une clé de relation est un attribut qui peut identifier de manière unique un tuple particulier dans une relation (table).
Clé primaire et clé étrangère
La clé primaire d'une table est une contrainte d'unicité, composée d'une ou plusieurs colonnes, et qui permet d'identifier de manière unique chaque ligne de la table.
En gros, une clé primaire est un index UNIQUE sur une colonne qui ne peut pas être NULL.
D'ailleurs, on définit une clé primaire grâce aux mots-clés PRIMARY KEY. KEY seulement s'utilise pour définir un index. Par conséquent, lorsque vous définissez une clé primaire, pas besoin de définir en plus un index sur la ou les colonnes qui composent celle-ci, c'est déjà fait ! Et pas besoin non plus de rajouter une contrainte NOT NULL.
Pour le dire différemment, une contrainte de clé primaire est donc une combinaison de deux contraintes : UNIQUE et NOT NULL.
Contraintes d'intégrité relationnelle
Chaque relation dans un modèle de base de données relationnelle doit respecter ou suivre quelques contraintes pour être une relation valide. Ces contraintes sont appelées contraintes d'intégrité relationnelle.
Les trois principales contraintes d'intégrité sont :
-
Contraintes de clé
-
Contraintes de domaine
-
Contraintes d'intégrité référentielle
-
Contraintes de clé
Nous stockons les données dans des tableaux, pour y accéder plus tard lorsque cela est nécessaire. Dans chaque tableau, un ou plusieurs attributs sont utilisés pour récupérer les données des tableaux. La contrainte clé spécifie qu'il doit y avoir un tel attribut(colonne) dans une relation(table), qui peut être utilisé pour récupérer des données pour n'importe quel tuple(ligne).
L'attribut clé ne doit jamais être NULL ou identique pour deux lignes de données différentes.
Par exemple, dans la table des employés, nous pouvons utiliser l'attribut Id pour extraire des données pour chacun des employés. Aucune valeur de Id n'est nulle et elle est unique pour chaque ligne. Il peut donc s'agir de notre attribut clé.
-
Contraintes de domaine
Les contraintes de domaine font référence aux règles définies pour les valeurs pouvant être stockées pour un certain attribut.
Comme nous l'avons expliqué ci-dessus, nous ne pouvons pas enregistrer l'adresse de l'employé dans la colonne Nom.
De même, un numéro de téléphone mobile ne peut pas dépasser 10 chiffres.
-
Contraintes d'intégrité référentielle
Les lignes ne peuvent pas être supprimées, si elles sont utilisées par d'autres enregistrements.
Si une table fait référence à des données d'une autre table, cette table et ces données doivent être présentes pour que la contrainte d'intégrité référentielle soit vérifiée.