Bases de Données Relationnelles - Passage du Modèle Entité/Association au Modèle Relationnel (1/4)

Summary

Dans 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

00:00

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

05:03

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

10:05

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

15:05

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

Keywords

💡Modèle entité-association

Le modèle entité-association (EA) est une technique de modélisation de données qui permet de représenter les informations d'une organisation de manière structurée. Dans le script, il est mentionné comme une étape initiale dans la conception d'une base de données relationnelle, où l'on commence par définir les besoins et les exprimer sous forme de schéma conceptuel.

💡Modèle relationnel

Le modèle relationnel est une méthode de représentation des données dans une base de données relationnelle. Il utilise des tables à deux dimensions pour enregistrer les données. Dans le script, il est expliqué que le passage du modèle entité-association au modèle relationnel est un processus crucial pour la conception d'une base de données.

💡Règles de passage

Les règles de passage sont un ensemble de directives utilisées pour convertir un schéma entité-association en un schéma relationnel. Elles sont abordées en détail dans le script, où l'on apprend à transformer les entités et les associations en tables et à gérer les relations entre elles.

💡Table

Dans le contexte du script, une table est une structure de données à deux dimensions utilisée dans les bases de données relationnelles pour enregistrer des informations liées à un sujet donné. Chaque ligne représente un enregistrement et chaque colonne correspond à un attribut.

💡Clé primaire

Une clé primaire est un attribut (ou une combinaison d'attributs) dans une table qui identifie de manière unique chaque enregistrement. Dans le script, il est expliqué que chaque table doit contenir une clé primaire pour distinguer les enregistrements entre eux.

💡Clé étrangère

Une clé étrangère est une colonne dans une table qui fait référence à la clé primaire d'une autre table, ce qui permet d'établir une relation entre les tables. Dans le script, l'exemple des tables 'employés' et 'départements' est utilisé pour illustrer comment une clé étrangère relie les employés à leurs départements respectifs.

💡Association binaire

Une association binaire est une relation qui implique exactement deux entités. Dans le script, l'auteur explique comment gérer les associations binaires dans le cadre du passage du modèle entité-association au modèle relationnel, en dupliquant la clé primaire de l'entité 'forte' dans l'entité 'faible'.

💡Cardinalité

La cardinalité est une notion qui décrit la quantité d'instances d'une entité qui peuvent être liées à une instance d'une autre entité dans une relation. Dans le script, les cardinalités 1:1, 1:n et n:m sont mentionnées pour décrire les types d'associations possibles entre les entités.

💡Relation

Dans le modèle relationnel, une relation est une connexion entre les tables qui représente comment les données sont liées entre elles. Dans le script, les relations sont créées à l'aide de clés primaires et étrangères pour représenter des concepts comme l'appartenance d'un employé à un département.

💡Attribut

Un attribut est une caractéristique ou une propriété d'une entité qui est stockée dans une table de la base de données. Dans le script, les attributs sont discutés en relation avec les tables, où chaque colonne représente un attribut commun à tous les enregistrements de la table.

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