Bases de Données Relationnelles - Passage du Modèle Entité/Association au Modèle Relationnel (1/4)
Summary
TLDRDans cette vidéo, l'hôte explore la transformation d'un schéma entité-association en modèle relationnel, une étape cruciale dans la conception d'une base de données relationnelle. Il explique comment chaque entité devient une table, et les attributs deviennent les colonnes. Le concept clé de la clé primaire et étrangère est abordé pour établir des relations entre les tables. Des exemples concrets illustrent les règles de passage, notamment pour les associations binaire 1:1, 1:n et n:1, où la clé primaire d'une entité est dupliquée dans une autre table en tant que clé étrangère, garantissant ainsi l'intégrité référentielle des données.
Takeaways
- 😀 La conception d'une base de données relationnelle implique plusieurs étapes, allant de la définition des besoins à la création d'un schéma entité-association, également appelé schéma conceptuel.
- 🔑 Chaque table dans une base de données relationnelle doit contenir une clé primaire qui identifie de manière unique chaque enregistrement.
- 🔗 Les relations entre les tables sont établies à l'aide de clés étrangères qui font référence à des clés primaires dans d'autres tables.
- 📊 Les données dans une base de données relationnelle sont organisées en tables à deux dimensions, avec des lignes représentant des enregistrements et des colonnes représentant des attributs.
- 👤 Dans le schéma entité-association, chaque entité se transforme en une table, et les attributs de chaque entité deviennent les colonnes de cette table.
- 🔗 Lors de la transformation d'une association binaire 1:N en modèle relationnel, la clé primaire de l'entité 'N' est dupliquée dans l'entité '1', devenant une clé étrangère.
- 📋 Dans une association binaire 0..1:1, la clé primaire de l'entité '0..1' est dupliquée dans l'entité '1', où elle devient une clé étrangère.
- 🚫 Si une association possède un attribut, il est supprimé de l'association et n'est pas inséré dans les tables correspondantes.
- 🔄 La transformation d'un schéma entité-association en modèle relationnel suit un ensemble de règles précises pour assurer la cohérence et l'intégrité des données.
- 💡 L'exemple donné dans le script illustre la transformation d'un schéma où les employés sont affectés aux départements, en utilisant les règles de passage pour créer des tables relationnelles.
Q & A
Quel est le sujet principal de cette vidéo?
-Le sujet principal de cette vidéo est le passage du modèle entité-association au modèle relationnel dans le cadre des bases de données relationnelles.
Quelles sont les étapes principales de la conception d'une base de données relationnelle?
-Les étapes principales de la conception d'une base de données relationnelle sont la définition des besoins, l'expression de ces besoins sous forme de texte, la création d'un schéma entité-association (ou schéma conceptuel) et la transformation de ce schéma en un modèle relationnel en appliquant un ensemble de règles.
Que représentent les données dans une base de données relationnelle?
-Dans une base de données relationnelle, les données sont enregistrées dans des tableaux à deux dimensions, où chaque table contient les données liées à un sujet donné, chaque ligne correspond à un enregistrement et chaque colonne correspond à un attribut ou caractéristique commune entre les enregistrements.
Quels sont les deux types de clés utilisées pour identifier les enregistrements dans une table de base de données relationnelle?
-Les deux types de clés utilisées pour identifier les enregistrements dans une table de base de données relationnelle sont la clé primaire et la clé étrangère. La clé primaire identifie de manière unique chaque enregistrement de la table, tandis que la clé étrangère fait référence à une clé primaire dans une autre table pour établir une relation entre les tables.
Pourquoi chaque table d'une base de données relationnelle doit-elle contenir une clé primaire?
-Chaque table d'une base de données relationnelle doit contenir une clé primaire pour identifier de manière unique chaque enregistrement de la table et permettre de distinguer les enregistrements les uns des autres.
Quelle est la différence entre une clé primaire et une clé étrangère?
-Une clé primaire est un attribut ou une colonne d'une table qui identifie de manière unique chaque enregistrement de cette table. Une clé étrangère, quant à elle, est une colonne d'une table qui fait référence à une colonne d'une autre table, souvent une clé primaire, pour établir une relation entre les tables.
Comment les règles de passage du schéma entité-association au modèle relationnel sont-elles appliquées?
-Les règles de passage du schéma entité-association au modèle relationnel sont appliquées en transformant chaque entité en une table, en dupliquant la clé primaire de l'entité forte dans la table de l'entité faible pour créer une clé étrangère, et en gérant les associations entre entités en fonction de leurs cardinalités (1-1, 1-n, m-n).
Que signifie le terme 'cardinalité' dans le contexte des bases de données relationnelles?
-La cardinalité dans le contexte des bases de données relationnelles représente le nombre de relations possibles entre les enregistrements de deux tables. Par exemple, 1-1 signifie qu'un enregistrement dans la première table peut être lié à un seul enregistrement dans la seconde table et inversement, tandis que 1-n signifie qu'un enregistrement dans la première table peut être lié à plusieurs enregistrements dans la seconde table.
Quels sont les types d'associations binäres possibles dans un schéma entité-association?
-Les types d'associations binäres possibles dans un schéma entité-association sont 1-1, 1-n et n-1. Chaque type d'association détermine comment les clés primaires et étrangères seront utilisées pour lier les tables correspondantes dans le modèle relationnel.
Que se passe-t-il si une association a un attribut dans le schéma entité-association?
-Si une association a un attribut dans le schéma entité-association, cet attribut est généralement supprimé de l'association et inséré dans l'une des tables des entités participantes, souvent celle de l'entité 'faible', pour éviter la redondance et maintenir la normalisation de la base de données.
Outlines
😀 Introduction au passage du modèle entité-association au modèle relationnel
Dans ce paragraphe, l'animateur de la chaîne Caelen Technologie introduit le sujet de la vidéo, qui traite de la transformation du modèle entité-association au modèle relationnel dans le cadre de la conception d'une base de données relationnelle. Il explique que cette étape suit la définition des besoins et la création d'un schéma conceptuel, qui est le schéma entité-association. Le passage au modèle relationnel est réalisé en suivant un ensemble de règles appelées les règles de passage. L'animateur souligne l'importance de comprendre les bases des bases de données relationnelles, où les données sont organisées en tables à deux dimensions, avec des lignes représentant des enregistrements et des colonnes représentant des attributs. Les relations entre les tables sont établies à l'aide de clés primaires et étrangères.
🔑 Explication des clés primaires et étrangères
Le paragraphe 2 se concentre sur la distinction entre les clés primaires et les clés étrangères dans les bases de données relationnelles. Une clé primaire est un attribut ou une colonne qui identifie de manière unique chaque enregistrement d'une table. Les clés étrangères, quant à elles, sont des colonnes dans une table qui font référence à une colonne d'une autre table, établissant ainsi une relation entre les tables. L'animateur utilise l'exemple d'une table 'inscrits' et d'une table 'date' pour illustrer comment une clé étrangère peut être utilisée pour relier les informations entre les tables. Il explique que les valeurs d'une clé étrangère doivent correspondre aux valeurs d'une clé primaire dans une autre table.
🔄 Application des règles de passage pour les associations binaire X 1 X N
Dans ce paragraphe, l'animateur explique les règles à appliquer pour passer d'un schéma entité-association à un modèle relationnel, en se concentrant sur les associations binaire X 1 X N. Il indique que chaque entité se transforme en une table, avec ses attributs devenant les colonnes de cette table. Lorsqu'il y a une association binaire, la clé primaire de l'entité avec la cardinalité 0..N est dupliquée dans la table de l'entité avec la cardinalité 0..1 ou 1..1, où elle devient une clé étrangère. L'animateur illustre cela avec un exemple d'employés affectés à des départements, où la clé primaire de la table 'département' est copiée dans la table 'employés', devenant une clé étrangère.
🔄 Application des règles de passage pour les associations binaire 0..1 ou 1..1
Le paragraphe 4 traite des associations binaire 0..1 ou 1..1 dans le schéma entité-association. L'animateur explique que dans ce cas, la clé primaire de l'entité avec la cardinalité 0..1 est dupliquée dans la table de l'entité avec la cardinalité 1..1, où elle devient une clé étrangère. Il utilise l'exemple d'un client qui peut posséder une carte de fidélité, où la clé primaire de la table 'client' est copiée dans la table 'carte fidélité', devenant une clé étrangère. Cette règle permet de relier les informations entre les tables en fonction de la cardinalité des associations.
Mindmap
Keywords
💡Modèle entité-association
💡Modèle relationnel
💡Règles de passage
💡Table
💡Clé primaire
💡Clé étrangère
💡Association binaire
💡Cardinalité
💡Relation
💡Attribut
Highlights
Introduction to the process of transitioning from the Entity-Relationship (EER) model to the Relational Model in database design.
Explanation of the necessity to define needs and express them in textual form before creating the EER schema.
The EER schema, also known as the conceptual schema, is considered the starting point for relational database design.
Overview of the rules applied to transform the EER schema into the Relational Model.
Recap of the basics of relational databases, including the structure of data in tables with rows and columns.
Example of a database table listing website registrations, illustrating the concept of records and attributes.
Definition and importance of primary keys in uniquely identifying each record in a table.
Explanation of how primary keys prevent data duplication and ensure record uniqueness.
Introduction to foreign keys and their role in establishing relationships between tables.
Description of how foreign keys reference primary keys in other tables to link data.
Rule application for transforming entities into tables in the Relational Model.
Discussion on handling binary associations (1:1, 1:n, m:n) in the EER schema transformation process.
Detailed explanation of duplicating primary keys from the 'strong' entity to the 'weak' entity in a 1:n relationship.
Example of transforming the EER schema of employees assigned to departments into the Relational Model.
Clarification on the treatment of attributes within associations and their transfer to the Relational Model.
Final remarks on the logical flow of transforming the EER schema to the Relational Model, ensuring data integrity and relationships.
Transcripts
[Musique]
bonjour et bienvenue dans une nouvelle
vidéo sur ma chaîne caelen technologie
dans cette vidéo je vais aborder la
deuxième partie du cours des bases de
données relationnelles à savoir le
passage du modèle entité associations au
modèle relationnel des bases de données
nous avons vu que la conception de la
base de données relationnelle passe par
plusieurs étapes
on commence par la définition des
besoins après en exprime ses besoins
sous forme d'un texte qui les détails et
en se basant sur ce texte ont créé le
schéma entité association que l'on
appelle aussi le schéma conceptuel et
qui est considéré comme une conception
de la base de données relationnelle
dès que notre schéma petite association
est créée
on peut ce après au modèle relationnel
en appliquant un ensemble de règles que
l'on appelle les règles de passage cette
vidéo donc va aborder en détail
l'ensemble de ces règles qui vont nous
permettre d'avoir un modèle relationnel
de notre base de données
mais avoue d'entamer ces règles il
serait judicieux tout d'abord de faire
un rappel des bases de données
relationnelles
nous avons déjà vu dans une vidéo
précédente que dans une base de données
relationnelle les données sont
enregistrées dans des tableaux à deux
dimensions
chaque table contient les données liées
un sujet donné et chaque ligne de ces
tables correspond à un enregistrement et
chaque couleur correspond à un attribut
ou une caractéristique commune entre les
enregistrements de la table ces tables
sont aussi liées par des relations
prenons comme exemple le une table
extrait d'une base de données d'un site
web et qui recense les inscrire dans ce
site
comme vous le voyez c'est une table à
deux dimensions
c'est à dire composé du lean et de
colonnes les lignes de ces tables
représentent les enregistrements à
savoir les inscrire dans ce site web par
exemple nous avons ici s'y inscrire
pierre marie christine david arnaud
pierre etc et les colonnes représentent
les attributs coma ou partagé entre tous
les inscrits par exemple tous les
inscrits en un an
tous les inscrits ont un prénom en une
année sans
ml genre un pays d'origine et c'est donc
là ce n'est qu'une stable de la base de
données relationnelle
si on veut ajouter une autre table et
que l'on veut relier à ces tables on
utilise qu'on appelle liaison que les
primaires clé étrangères alors qu'est ce
que c'est qu'une clé primaires tout
simplement une clé primaires c'est un
attribut où une colonne exprès de la
table et qui identifie de manière unique
chaque enregistrement de cette table
j'explique dans une table il se peut que
l'on ait des centaines des milliers ou
des millions d'enregistrements
donc on aura sûrement besoin
d'identifier chaque enregistrement de
manière unique pour pouvoir le
distinguer des autres enregistrements de
la table si l'on voit ici la liste d'en
inscrire ou que l'on choisit par exemple
la cologne non pour distinguer les
inscrits on a par exemple deux inscrits
ils sont nommés pierre donc ça va créer
une certaine confusion
de quelle pierre papin de mai pour la
colonne prénom il y a deux dupont donc
de quel dupont parle tant de même aussi
pour nada de naissance on peut avoir
plusieurs inscrit nés le même jour
donc on peut vous voyez ces colonnes ne
peuvent pas être utilisés pour
identifier chaque inscrit de manière
unique vu qu'ils peuvent se répéter ou
bien vu qu'ils peuvent représenter des
valeurs identiques ou similaires créant
des confusions
c'est pour cela que l'on a ajouté une
colonne heidi inscrit dans cette colonne
chaque inscrit à un code qui lui est
spécial et ce code ne peut pas se
répéter deux fois ou bien on peut pas
avoir le même code pour deux inscrits
différents donc si je vous dis par
exemple il inscrit dans le code et 0
tron 2 5 8 f
on sait très bien que l'on parle d'une
seule personne qui est arnaud peyroles
né le 30 6 1976
donc en général chaque table d'une base
de données relationnelle doit contenir
une clé primaire et les valeurs de cette
clé primaires ne doivent pas se répéter
deux fois pour permettre de distinguer
entre les enregistrements de la table
maintenant expliquant qu est ce qu une
clé étrangères tout simplement une clé
30 joueurs est une colonne d'une table
qui fait référence à une colonne d'une
autre table j'explique si dans notre
exemple on veut ajouter une table dans
notre base de données que l'on appelle
date et qui contient la date
d'inscription la date de dernière
connexion et leurs 2 dernières
connexions de chaque inscrit et je vous
pose la question qui est l'inscrit qui
s'est connecté lui 10,4 2021 à 23h34
donc là on se réfère à la colonne heidi
inscrits qui contient la i10 de nos
inscrits mais dans cette table date la
colonne heidi inscrits ne joue pas le
rôle d'une les primaires mais joue le
rôle d'une clé étrangères est cette
colonne elle va faire référence à la
colonne à eddy inscrits de la table
inscrits où elle joue le rôle d'une clé
primaire et dans cette colonne heidi
inscrits de la table date on va trouver
que les valeurs qui se trouve dans la
colonne heidi inscrits de la table
inscrit il est impossible de trouver une
valeur qui ne se trouvent pas dans la
clé primaire donc là si je vous dis quel
est le nom ou le prénom de l'inscrit qui
s'est connecté le 10/04/2010 21 à 23h34
vous allez me dire que celle inscrits
dans les dix et 56,5
sj cas et là je vais prendre ce code et
je vais aller chercher dont la clé
primaire de la table inscrits pour
savoir ce qu au delà bien pour le
trouver et savoir qui est le nom ou le
prénom de sept inscrits donc en général
dans une base de données relationnelle
pour lier deux tables en aura besoin de
deux colonnes qui s'en est bien qu'il
contient les valeurs de valeur identique
la première colonne dont la première
table sera une clé primaire
et cette même colonne va jouer le rôle
d'une clé étrangères dont la seconde
table et je le répète elle ne va
contenir que les valeurs qui se trouve
dans la clé primaire qui lui est
correspondante
donc comme vous le voyez avec cette
liaison que les primes est l'étrangère
on peut à partir d'une table aller à
l'autre table pour chaque inscrit dans
la table inscrit si l'on veut savoir la
date et l'heure de sa dernière
collection on prend son code et on
cherche ce qu au delà dans la clé
étrangères de la table date
et si l'on commence par exemple par la
date date ou bien par la table date
pardon et on a une date de dernière
connexion on veut savoir qui s'est
connecté ou bien qu'ils aient l'inscrit
qui s'est connecté à ces dates et à
cette heure on prend son code et dans la
clé étrangères et on le cherche dans la
khl et primaire de la table inscrit
maintenant après avoir rappelé les bases
du modèle relationnel
nous allons rentrer dans le vif du sujet
est abordé les règles de passage du
schéma entité associations au modèle
relationnel
nous allons prendre comme exemple un
schéma on dit association que l'on a
déjà vu dans la partie précédente
des employés qui sont affectés aux
départements de l'entreprise
on a ici un employé n'est affecté qu'à
un et un seul département et dans un
département on trouve un ou plusieurs
employés qui lui sont affectés
essayons de transformer ce schéma en un
modèle relationnel
la première règle que l'on applique va
concerner les entités la règle dit
chaque entité se transforme en une table
et les attributs de cette entité seront
les colonnes de cette table donc si l'on
applique cette première règle notre
exemple en or à chaque entité va donner
une table donc on aura deux tables la
première table c'est la table employés
qui va contenir les colonnes matricule
lampre noms et fonctions et la deuxième
table sera issu de l'entité département
et qui va contenir les colonnes qu'au
département et non département
donc si vous faites la remarque ans et
un peu approché du modèle relationnel
qui va contenir jusqu'à l'instant deux
tables à deux dimensions employés et
départements donc là si dans un exercice
vous avez un schéma petite association
avec beaucoup d'entités vous aurez
besoin de tracer plusieurs tables ce qui
n'est pas vraiment optimale en termes
voilà en termes d'espèces en termes de
représentation et tout donc au lieu de
tracer tout la table il suffit juste
d'écrire son nom
donc là on aura employés d'ouvrir une
parenthèse écrire les attributs de ces
tables est fermé la parenthèse et
n'oubliez pas de distinguer la clé
primaire en la soulignant donc au lieu
de tracer deux tables volumineuses en
termes l'espace on écrit juste d'heuliez
donc là si par exemple ces deux aides
si par exemple dans cette deuxième ligne
on comprendra qu'il s'agira d'une table
nommé département et qui contient deux
colonnes qu'au département et non
département et à lyon contre les
primaires crottes département deuxième
règle à appliquer cancer l'association
binaire x 1 x n
le mot ici qui peut vous paraître
bizarre c'est tout simplement le mot
binaire on utilise pour dire qu'il n'ya
que deux entités qui intervient dans
l'association
parce qu'il y à des associations où il
ya trois entités qui interviennent quand
on les appelle les associations ternaire
mais dans notre cour on ne s'intéressera
qu'aux associations binaire donc ces
associations x 1 x n 104 soit 0 1 0 1 ou
0 1 1 n ou un 1-1 haine ou de biens 1 1
0
n alors dans un schéma entité
associations si vous voyez une
association qui représente l'une de ces
quatre cardinali t on applique la règle
suivante la clé primaire issus de
l'entité cotée cardinali t0 haine ou un
n est dupliquée dans la table issus de
l'entité cotée cardinali t 0 1 1 1 où
elle devient qui
étrangères donc j'explique donc dans ce
type d'association xxl on a deux entités
une entité faible et une entité forte
dans ce cas là qu'on vous voyez on a une
entité faible c'est l'entité 1
l'entité faible c'est toujours l'entité
qui à la cardinale it est maximale 1
soit 0,1 soit 1,1 et una une cardinal it
et forte qui est l'entité deux ici et
qui a comme cardinal it est maximale 0n
ou 1n nocquet ce qu'on fait on prend la
clé primaire de la table issu de
l'entité forte c'est-à-dire la clé
primaire 2 dans notre cas on la prend et
on essaie de la dupliquer dans la table
issus de l'entité faibles c'est-à-dire
l'entité qui se trouve à côté de
l'acadie nalité 0 1 ou 1 1
et lorsqu'on a recopié dans ces tables
issus de l'entité faible elle devient
une clé étrangères donc je répète on
prend la clé primaire de la table issu
de l'entité forte qui se trouve à côté
de la cardinale it à 0 1 ou à m et aulas
duplique et en la recopie dans la table
issus de l'entité faibles qui se trouve
à côté de la cardine alité 0 1 ou 1 1
alors dans ce cas là nous avons l'entité
forte c'est l'entité 2 et l'entité
faible c'est l'entité 1 parce qu'il se
trouve à côté de la cardinale it et dont
la cardinal était maximale est l'entité
ii est forte parce qu'il se trouve à
côté de la cabine alité dans l'acadie
nalité maxime allen
qu'est ce qu'on a fait on a pris la clef
primaire 2 la recopier dont la table
issus de l'entité 1
et là elle est devenue une clé
étrangères donc pour appliquer cette
règle nous allons revenir à notre
exemple les employés affectés aux
départements d'une entreprise donc où l
entité faible ses employés parce qu'elle
se trouve à côté de l'acadien alité 1-1
et l'entité forte ces départements parce
qu'il se trouve à côté de la cardinale
ytn
donc est ce qu'on a dit on prend la clé
primaire de l'entité forte c'est à dire
qu'au département en la duplique dont la
table issus de l'entité faibles
c'est-à-dire la table employés et
lorsqu'on la recopie elle devient une
clé étrangères et c'est ce qu'on a fait
si vous voyez en à la table employés qui
est constitué de l'école matricule nom
prénom fonction eco département qu'au
département c'est la clé étrangères qui
correspond à la clé primaire qu'au
département de la table département donc
comme vous voyez c'est tellement logique
ce qu'on a fait parce que si un employé
est affectée qu'à un seul département
donc on est vraiment intéressé de savoir
pour cette employée dans quel
département
donc si l'on consulte la table employés
et en voile par exemple un employé x on
retrouve le code département dans lequel
ils travaillent dans ces tables il
suffit de chercher ce code dans la table
département pour savoir le nom du
département dans lequel travaillent sept
employés et j'y tiens spécifié quelques
remarques première remarque c'est que le
code département ou bien la clé
étrangères en mai un signe de dièse à
côté de la khl étrangères pour montrer
que c'est une clé tron gère et la
deuxième remarque concerne les
associations
si dans une association il y à un
attribut d'une association on le
supprime
il est inséré dont aucune table tout
simplement l'association est supprimée
en ne fait qu'un transfert de glee
primaire éclaireront gère troisième
règle que l'on applique cancer
l'association binaire 0 1 ou 1 1
donc qu'est ce qu'on fait ici dans un
schéma en petites associations on trouve
une association qui représente ces deux
cardinali t on applique la même règle
précédente
donc on a la clé primaire de la table
issu de l'entité cotée cardinali t0 1 et
dupliqué dans la table issus de l'entité
cotée cardinali tu es 1 1 où elle
devient que les rongeurs manque tout
simplement on prend la table qui est
issu de l'entité cotée cardinal it à 0 1
on prend ça que les primaires et on la
recopie dans la table issus de l'entité
cotée cardinali ta1 alors dans ce cas là
en attente it 1ère
citer 2 donc où est l'entité qui se
trouve à côté de la cardinale it à 0 1
c'est bien
l'entité un don comprend sac les
primaires et on va la recopier dans
l'entité 2 qui se trouve à côté de la
cardinali t11 et là elle va jouer le
rôle d'une clé étrangères alors nous
allons prendre un exemple d'application
nous avons un client qui possède une
carte de fidélité
donc il ya des magasins qui possède et
qui propose des cartes de fidélité à
leurs clients nous avons ici un client
peut ne pas posséder une carte de
fidélité fidélité et s'ils possèdent et
possède au maximum une carte de fidélité
et dans l'autre sens on a une carte de
fidélité ne posséder que par un et un
seul client mac on applique cette règle
en va vers pas vers la table issus de
l'entité cotée cardinali t0 un nom le
cas ses clients on comprend ça que les
primaires qui est haïe des clients et
sommes là duplique dans la table issus
de l'entité cotée cardinali t11 c'est à
dire on va à la recopier dont la table
carte fidélité et la heidi client va
jouer le rôle d'une clé étrangères
تصفح المزيد من مقاطع الفيديو ذات الصلة
Langage SQL - Vidéo 5: SELECT / DISTINCT / WHERE
HOLDING et SCI - L'association ULTIME pour de l'investissement locatif 👀
Le langage de l'ordinateur - Le Binaire - HS #01
Notion tutoriel : Organiser ses vidéos Youtube et retenir l'essentiel grâce à Notion ▶️🏷️
C'est quoi le TCPIP ?
Data Structures Explained for Beginners - How I Wish I was Taught
5.0 / 5 (0 votes)