Concepts de base de SGBDR

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 MS SQL Server, IBM DB2, Oracle, MySQL et Microsoft Access.

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. Un tableau est également considéré comme une représentation commode des relations. Mais 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 un exemple de table d'employes.

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.

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.

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.

Une clé de relation est un attribut qui peut identifier de manière unique un tuple (ligne) particulier dans une relation (table).

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

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é.

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.

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.

Nous étudierons cela en détail plus tard.

La normalisation de base de données est le processus d’organisation efficace des données dans une base de données. Ce processus de normalisation a deux raisons

•   Éliminer les données redondantes, par exemple, stocker les mêmes données dans plusieurs tables.
•   S'assurer que les dépendances de données ont un sens.

Ces deux raisons sont des objectifs valables, car elles réduisent la quantité d'espace utilisée par une base de données et garantissent que les données sont stockées de manière logique.

La normalisation consiste en une série de directives qui vous aideront à créer une bonne structure de base de données.

Les directives de normalisation sont divisées en formes normales. Le but des formes normales est d’organiser la structure de la base de données, de sorte qu’elle respecte les règles de la première forme normale, puis de la deuxième forme normale et enfin de la troisième forme normale.

C'est votre choix d'aller plus loin et d'aller à la quatrième forme normale, cinquième forme normale, etc., mais en général, la troisième forme normale est plus que suffisant.

Nous parlerons plus tard en détail de ces formes normales