Éléments du modèle de base de données relationnelle, comment le faire, exemple

Il Modèle relationnel des bases de données Il s'agit d'une méthode pour structurer les données en utilisant les relations, à travers des structures en forme de grille, qui se composent de colonnes et de lignes. C'est le principe conceptuel des bases de données relationnelles. A été proposé par Edgar F. CODD en 1969.

Depuis lors, il est devenu le modèle de base de données dominant pour les applications commerciales, par rapport à d'autres modèles de base de données, tels que hiérarchique, réseau et objet.

Source: Pixabay.com

CODD n'avait aucune idée de l'influence extrêmement vitale et influente qui serait son travail en tant que plate-forme pour les bases de données relationnelles. La plupart des gens connaissent très bien l'expression physique d'une relation dans une base de données: le tableau.

Le modèle relationnel est défini comme la base de données qui permet de regrouper ses éléments de données dans une ou plusieurs tables indépendantes, qui peuvent être liées les unes aux autres en utilisant des champs communs à chaque tableau connexe.

[TOC]

Gestion de base de données

Une base de données est similaire à une feuille de calcul. Cependant, les relations qui peuvent être créées entre les tableaux permettent à une base de données relationnelle de stocker efficacement une grande quantité de données, qui peuvent être récupérées efficacement.

L'objectif du modèle relationnel est de fournir une méthode déclarative pour spécifier les données et les consultations: les utilisateurs déclarent directement quelles informations la base de données contient et quelles informations vous en souhaitez.

D'un autre côté, ils permettent au logiciel du système de gestion de la base de données soit responsable de la description des structures de données pour la procédure de stockage et de récupération pour répondre.

La plupart des bases de données relationnelles utilisent le langage SQL pour la consultation et la définition des données. Il existe actuellement de nombreux systèmes de gestion de base de données relationnels ou SGBDR (système de gestion de base de données relationnel), comme Oracle, IBM DB2 et Microsoft SQL Server.

Caractéristiques et éléments

- Toutes les données sont représentées conceptuellement comme une disposition ordonnée des données dans les lignes et les colonnes, appelée relation ou table.

- Chaque table doit avoir un en-tête et un corps. Le titre est simplement la liste des colonnes. Le corps est l'ensemble des données qui remplissent la table, organisée en lignes.

- Toutes les valeurs sont des ascensions. Autrement dit, dans une position donnée de ligne / colonne dans le tableau, il n'y a qu'une seule valeur unique.

-Articles

La figure suivante montre un tableau avec les noms de ses éléments de base, qui constituent une structure complète.

Tupla

Chaque rangée de données est un Tupla, également connu sous le nom d'enregistrement. Chaque ligne est un n-tupla, mais le «n-» est généralement exclu.

Colonne

Chaque colonne d'un tupla est appelée attribut ou champ. La colonne représente l'ensemble de valeurs qu'un attribut spécifique peut avoir.

mot de passe

Chaque ligne a une ou plusieurs colonnes appelées la table. Cette valeur combinée est unique pour toutes les lignes d'une table. Grâce à cette clé, chaque tupla sera identifiée de manière univocale. C'est-à-dire que la clé ne peut pas être dupliquée. Il s'appelle la clé primaire.

D'un autre côté, une clé externe ou secondaire est le champ d'un tableau qui fait référence à la clé primaire d'une autre table. Il est utilisé pour se référer au tableau principal.

-Règles d'intégrité

Lors de la conception du modèle relationnel, certaines conditions qui doivent être remplies dans la base de données, appelées règles d'intégrité, sont définies.

Peut vous servir: Macro-ordinateurs: historique, caractéristiques, utilisations, exemples

Intégrité clé

La clé primaire doit être unique pour tous les tuples et ne peut pas avoir la valeur nul (nul). Sinon, vous ne pourrez pas identifier la ligne exclusivement.

Pour une clé composée de plusieurs colonnes, aucune de ces colonnes ne peut contenir nul.

Intégrité référentielle

Chaque valeur d'une clé externe doit coïncider avec une valeur de la clé primaire dans le tableau référencé ou principal.

Dans le tableau secondaire, une seule ligne peut être insérée avec une clé externe si cette valeur existe dans un tableau principal.

Si la valeur de la clé change dans le tableau principal, pour mettre à jour ou éliminer la ligne, alors toutes les lignes des tables secondaires avec cette clé externe doivent être mises à jour ou éliminées en conséquence.

Comment faire un modèle relationnel?

-Collecter des données

Les données nécessaires pour les stocker dans la base de données doivent être collectées. Ces données sont divisées en différentes tables.

Un type de données approprié doit être choisi pour chaque colonne. Par exemple: nombres entiers, numéros de points flottants, texte, date, etc.

-Définir les clés primaires

Pour chaque tableau, vous devez choisir une colonne (ou quelques colonnes) comme clé principale, qui identifiera de manière unique chaque ligne de la table. La clé principale est également utilisée pour désigner d'autres tables.

-Créer des relations entre les tables

Une base de données composée de tables indépendantes et sans rapport a peu de but.

L'aspect le plus crucial de la conception d'une base de données relationnelle est d'identifier les relations entre les tables. Les types de relations sont:

Un à plusieurs

Dans une base de données «classes», un enseignant peut enseigner dans zéro ou plus de classes, tandis qu'une classe est enseignée par un seul enseignant. Ce type de relation est connu comme un pour beaucoup.

Cette relation ne peut pas être représentée dans une seule table. Dans la base de données «Class Listing», vous pouvez avoir un tableau appelé Teachers, qui stocke les informations sur les enseignants.

Pour stocker les classes enseignées par chaque enseignant, des colonnes supplémentaires pourraient être créées, mais un problème serait confronté: combien de colonnes créent.

D'un autre côté, si vous avez un tableau appelé Classes, il stocke des informations sur une classe, des colonnes supplémentaires pourraient être créées pour stocker des informations sur l'enseignant.

Cependant, comme un enseignant peut enseigner dans de nombreuses classes, ses données seraient doublées dans de nombreux rangs du tableau des classes.

Concevoir deux tables

Par conséquent, deux tables doivent être conçues: une table de classes pour stocker des informations sur les classes, avec la classe_id comme clé principale, et une table principale pour stocker des informations sur les enseignants, avec Teacher_id comme clé principale.

Ensuite, vous pouvez créer la relation une à de nombreux stockage de la clé principale de la table maître (Master_ID) dans la table des classes, comme illustré ci-dessous.

La colonne Master_ID dans le tableau des classes est connue sous le nom de clé externe ou secondaire.

Pour chaque valeur maître_id dans la table maître, il peut y avoir zéro ou plus de lignes dans le tableau des classes. Pour chaque valeur class_id dans le tableau des classes, il n'y a qu'une seule ligne dans la table maître.

Plusieurs à plusieurs

Dans une base de données «vente de produits», la commande d'un client peut contenir plusieurs produits et un produit peut apparaître dans plusieurs commandes. Ce type de relation est connu comme beaucoup de beaucoup.

Il peut vous servir: TIC (technologies d'information et de communication)

Vous pouvez démarrer la base de données «Vente de produits» avec deux tables: produits et commandes. Le tableau des produits contient des informations sur les produits, avec le produit comme clé primaire.

En revanche, les commandes contiennent les commandes des clients, avec demandant comme code principal.

Vous ne pouvez pas stocker les produits demandés dans la table commandée, car on ne sait pas combien de colonnes se réservent pour les produits. Les commandes ne peuvent pas non plus être stockées dans les produits de la table pour la même raison.

Pour admettre une relation beaucoup à beaucoup, il est nécessaire de créer un troisième tableau, connu sous le nom de Tableau syndical (demandant), où chaque ligne représente un élément d'un ordre particulier.

Pour le tableau demandé, la clé principale se compose de deux colonnes: commande et produit, identifiant chaque ligne chaque ligne.

Les colonnes demandées et produit dans la demande de méthodes sont utilisées pour référencer les commandes et les produits. Par conséquent, ce sont également des clés externes de la demande de demande.

Un à un

Dans la base de données «Vente des produits», un produit peut avoir des informations facultatives, comme description supplémentaire et son image. Gardez-le à l'intérieur des produits générerait de nombreux espaces vides.

Par conséquent, vous pouvez créer une autre table (produit Extexts) pour stocker des données facultatives. Seul un enregistrement pour les produits avec des données facultatifs sera créé.

Les deux tables, produits et produits, ont une relation à un à un. Pour chaque ligne de la table des produits, il y a une ligne maximale dans la table de produits. Le même produit doit être utilisé comme clé principale pour les deux tables.

avantage

Indépendance structurelle

Dans le modèle de base de données relationnelle, les modifications de la structure de la base de données n'affectent pas l'accès aux données.

Lorsqu'il est possible d'apporter des modifications à la structure de la base de données sans affecter la capacité des SGBD à accéder aux données, on peut dire que l'indépendance structurelle a été réalisée.

Simplicité conceptuelle

Le modèle de base de données relationnelle est encore plus simple au niveau conceptuel que le modèle hiérarchique ou le réseau de base de données.

Étant donné que le modèle de base de données relationnelle libère le concepteur des détails du stockage physique des données, les concepteurs peuvent se concentrer sur la vue logique de la base de données.

Facilité de conception, de mise en œuvre, de maintenance et d'utilisation

Le modèle de base de données relationnelle réalise à la fois l'indépendance des données et l'indépendance de la structure, ce qui facilite la conception, la maintenance, l'administration et l'utilisation de la base de données que les autres modèles.

Capacité de consultation ad hoc

La présence d'une capacité de consultation très puissante, flexible et facile à utiliser est l'une des principales raisons de l'immense popularité du modèle de base relationnelle de la base de données.

Le langage de consultation du modèle de base de données relationnelle, appelé langage de consultation structuré ou SQL, réalise des requêtes ad hoc. SQL est une langue de quatrième génération (4GL).

Un 4GL permet à l'utilisateur de spécifier ce qui doit être fait, sans spécifier comment il faut faire. Ainsi, avec SQL, les utilisateurs peuvent spécifier quelles informations ils souhaitent et laisser les détails sur la façon d'amener les informations à la base de données.

Désavantages

Dépenses matérielles

Le modèle de base de données relationnelle masque les complexités de sa mise en œuvre et les détails du stockage physique des données utilisateur.

Peut vous servir: quels sont les codes g? (Avec exemple)

Pour ce faire, les systèmes de base de données relationnels ont besoin d'ordinateurs avec du matériel et du stockage plus puissants.

Par conséquent, le RDBMS a besoin de machines puissantes pour fonctionner sans problème. Cependant, comme la puissance de traitement des ordinateurs modernes augmente à un rythme exponentiel, la nécessité de plus de puissance de traitement dans le scénario actuel n'est plus un très gros problème.

La facilité de conception peut conduire à une mauvaise conception

La base de données relationnelle est facile à concevoir et à utiliser. Les utilisateurs n'ont pas besoin de connaître les détails complexes du stockage physique des données. Ils n'ont pas besoin de savoir comment les données sont vraiment stockées pour y accéder.

Cette conception et cette facilité peuvent conduire au développement et à la mise en œuvre de systèmes de gestion de base de données très mal conçus. Comme la base de données est efficace, ces inefficacités de conception ne seront pas révélées lorsque la base de données sera conçue et lorsqu'il n'y a qu'une petite quantité de données.

À mesure que la base de données se développe, les bases de données mal conçues ralentiront le système et provoqueront une dégradation des performances des données et de la corruption.

Phénomène des "îles d'information"

Comme indiqué précédemment, les systèmes de base de données relationnels sont faciles à mettre en œuvre et à utiliser. Cela créera une situation dans laquelle trop de personnes ou de départements créeront leurs propres bases de données et applications.

Ces îles d'information éviteront l'intégration des informations, ce qui est essentiel pour le fonctionnement fluide et efficace de l'organisation.

Ces bases de données individuelles créeront également des problèmes tels que l'incohérence des données, la duplication des données, la redondance des données, etc.

Exemple

Supposons une base de données composée des tables de support, des pièces et des expéditions. La structure des tables et de certains enregistrements d'échantillons sont présentés ci-dessous:

Chaque ligne de la table d'approvisionnement est identifiée par un numéro de fournisseur unique (SNO), identifiant uniquement chaque ligne de la table. De même, chaque pièce a un numéro de pièce unique (PNO).

De plus, il ne peut y avoir plus d'un envoi pour une combinaison de fournisseurs / pièces donnée dans le tableau d'expédition, car cette combinaison est la clé d'expédition principale, qui sert de table syndicale, car beaucoup sont une relation avec beaucoup pour beaucoup.

La relation des tables et des expéditions est donnée en ayant en commun le champ PNO (numéro de pièce) et la relation entre les fournisseurs et les expéditions découle d'avoir en commun le champ SNO (numéro des fournisseurs).

L'analyse du tableau des expéditions peut être obtenue comme des informations envoyées au total de 500 noix des fournisseurs Suneet et Ankit, 250 chacun.

De même, 1 a été envoyé.100 boulons au total de trois fournisseurs différents. 500 vis bleues ont été envoyées par le fournisseur Suneet. Il n'y a pas d'expédition de vis rouges.

Les références

1. Wikipedia, The Free Encyclopedia (2019). Modèle relationnel. Pris de: dans.Wikipédia.org.
2. Ravepedia (2019). Modèle relationnel. Tiré de: Ravepedia.com.
3. Diesh Thakur (2019). Modèle relationnel. Notes eComputer. Pris de: ecomputertotes.com.
4. Geeks For Geeks (2019). Modèle relationnel. Tiré de: geeksforgeeks.org.
5. Université technologique de Nanyang (2019). Un tutoriel rapide sur la conception de la base de données relationnelle. Pris de: ntu.Édu.SG.
6. Adrienne Watt (2019). Chapitre 7 Le modèle de données relationnel. BC Open manuels. Pris de: OpenTextBC.CA.
7. Toppr (2019). Bases de données relationnelles et schémas. Tiré de: toppr.com.