• Aucun résultat trouvé

Règles de passage du MCD au MLD

N/A
N/A
Protected

Academic year: 2022

Partager "Règles de passage du MCD au MLD"

Copied!
7
0
0

Texte intégral

(1)

Règles de passage du MCD au MLD

 Toute entité du MCD devient une relation du MLD et donc une table de la Base de Données.

 Chaque propriété de l'entité devient un attribut de cette relation, et dont une colonne de la table correspondante.

L'identifiant de l'entité devient la Clé Primaire de la relation, et donc la Clé Primaire de la table correspondante.

Exemple:

Client Num_cli

Nom_cli Rue

CP Ville

Client (Num_cli , Nom_cli, Rue, CP, Ville)

MCD MLD

Entité Identifiant

Propriété

Relation Clé Primaire Attribut

Client

Num_cli Nom_cli Rue CP Ville

56 Alami Salam 123 Rabat

MPD

Table Clé Primaire

(2)

75

Relation binaire aux cardinalités (X,1) - (X,n), X= {0 ou 1}

La Clé Primaire de la table à la cardinalité (X,n) devient une Clé Etrangère dans la table à la cardinalité (X,1)

Exemple:

Client

CodeCl

Nom Prénom Tél

Commande NumCommande DateCmd

Passer 1,1 1,n

M L D

Client (CodeCl, Nom, Prénom, Tel)

Commande (NumCommande ,DateCmd , #CodeCl)

(3)

Relation binaire aux cardinalités (X,n) - (X,n), X= {0 ou 1}

Il y a création d'une table supplémentaire ayant comme Clé Primaire une clé composée des identifiants des 2 entités. On dit que la Clé Primaire de la nouvelle table est la concaténation des Clés Primaires des deux autres tables.

Si la relation est porteuse de donnée, celles ci deviennent des attributs pour la nouvelle table.

Produit Ref

Design PU

Commande NumCommande DateCmd

Exister 1,n 0,n

M L D

Produit(Ref, Design, PU)

Commande (NumCommande ,DateCmd)

QtetCmd

(4)

77

Relation n-aire (quelles que soient les cardinalités).

Il y a création d'une table supplémentaire ayant comme Clé Primaire la concaténation des identifiants des entités participant à la relation.

Si la relation est porteuse de donnée, celles ci deviennent des attributs pour la nouvelle table.

Livre Cod_Liv

Titre

Collection Code_Col

Nom_Col

Adhérent Code_Ad

Nom_Ad Adr_Ad

Emprunter Datemp

0,n 0,n

0,n

Livre(Cod_Liv, Titre)

Collection(Code_Col , Nom_Col)

Adhérent(Code_Ad , Nom_Ad, Adr_Ad)

Emprunter(#Code_Ad , #Cod_Liv, #Code_Col , Datemp)

(5)

Association Réflexive

Premier cas : cardinalité (X,1) - (X,n), avec X={0 ou 1}.

La Clé Primaire de l'entité se dédouble et devient une Clé Etrangère dans la relation ou nouvelle table. Exactement comme si l'entité se

dédoublait et était reliée par une relation binaire (X,1) - (X,n) Exemple :

Une société est organisée de manière suivante : chaque employé a 0 ou 1 supérieur hiérarchique direct. Simultanément, chaque employé est le

supérieur hiérarchique direct de 0 ou plusieurs employés.

Employé Cod_Emp

NomEmp

Etre sup_Hiearchique

0,1

0,n M L D

Employé (Cod_Emp , NomEmp , IdSup)

IdSup correspond à l'identifiant (Cod_Emp) du supérieur hiérarchique direct

(6)

79

Deuxième cas : cardinalité (X,n) - (X,n), avec X={0 ou 1}.

De même, tout se passe exactement comme si l'entité se dédoublait et était reliée par une relation binaire (X,n) - (X,n). Il y a donc création d'une nouvelle table.

Exemple :

Une personne a 0 ou n descendants (enfants), et a aussi 1 ou n ascendants (parents).

 Une personne est un enfant d’autres personnes (parents) et peut être parent d’autres personnes (enfants)

Personne NumPers

NomPers

Etre Parent

0,n

1,n M L D

Personne(NumPers , NomPers) Parent (Nparent , idEnfant)

NParent est l'identifiant (NumPers) d'un ascendant direct de la personne.

idEnfant est l'identifiant (NumPers) d'un descendant direct de la personne.

La table Parent sera en fait l'ensemble des couples (parents-enfants) présents dans cette famille.

(7)

Relation binaire aux cardinalités (0,1) - (1,1):

La Clé Primaire de la table à la cardinalité (0,1) devient une Clé Etrangère dans la table à la cardinalité (1,1):

Animateur

CodeAnimat NomAnimat

Groupe IdGroupe

NomGroupe

Encadrer 1,1 0,1

M L D

Animateur (CodeAnimat, NomAnimat)

Groupe (IdGroupe, NomGroupe, #CodeAnimat) Exemple:

Références

Documents relatifs

La table STOCKER n’est pas en deuxième forme normale : en effet l’attribut « ville » n’est pas en dépendance fonctionnelle de toute la clef, mais seulement de « codeDepot

Règle n°1: l'identifiant de SALARIE va devenir clé primaire et les autres propriétés des attributs Règle n°2 : pour traduire l'association [1, n] encadrer, l'identifiant de

Mais si on supposait que un skieur peut se classer plusieurs fois dans la même spécialité lors de la même compétition, il faudrait ajouter une colonne « passage »

Mais si on supposait que un skieur peut se classer plusieurs fois dans la même spécialité lors de la même compétition, il faudrait ajouter une colonne « passage »

Table, relation, clé Règles de passage

La pseudo-entité est un autre moyen de représenter que, ici, l’ensemble « CRENEAU – être séance – SALLE » permet former un ensemble qu’on appelle « pseudo-entité »

On peut choisir de ne supprimer que le symbole dans la fenêtre d’édition et de garder l’objet dans l’explorateur d’objet.. On peut ensuite prendre l’objet dans

Les index primaires sont ceux qui s’appliquent à la clé primaire ou aux clés secondaires d’une table.. La sélectivité est alors la plus petite possible : 1 / nombre de tuples de