Académique Documents
Professionnel Documents
Culture Documents
Document 8 - Conversion MCD en MLD
Document 8 - Conversion MCD en MLD
Document 8 - Conversion MCD en MLD
PROVINCE
NomProv <pi>
0,n
se situe
0,n
PARC
NomParc <pi>
0,n SupAdmin 0,n
SupSIG
Caractéristiques
intervient ... finance
0,n 0,n
ACTEUR SOURCE
NomActeur <pi> NomSource <pi>
Toute entité est convertie en table (relation) portant le même nom. Chaque attribut de
l’entité devient un attribut de la table. Les identifiants de l’entité deviennent les clés de la
table.
Si on applique la règle précédente sur l’entité PARC, nous obtenons la table suivante :
Même régle à appliquer pour les entités ACTEUR et SOURCE (voir MLD final ci-dessous).
Le type de l’association est déterminé par les cardinalités maximales de ses liens
d’association. Le type d’association ne dépend pas des cardinalités minimales. En tenant
compte de toutes les combinaisons possibles, il existe trois types :
Entite 1 Entite 2
Identifiant 1 <pi> Association Identifiant 2 <pi>
0,n 0,n
Attribut 11 Attribut 21
Attribut
Attribut 12 Attribut 22
Une association plusieurs-à-plusieurs est convertie en une table, appelée table d’association.
Les attributs de l’association deviennent des attributs de la table. Les identifiants des entités
en liaison avec l’association constituent des clés étrangères dans la table ainsi créée. Les clés
étrangères ainsi créées constituent la clé de la table.
Remarque : La clé de la table ainsi générée doit être conforme avec les régle de gestion. Si
ce n’est pas le cas, il faut créer une clé artificielle.
Entite 1 Entite 2
Identifiant 1 <pi> Association Identifiant 2 <pi>
0,1 0,n
Attribut 11 Attribut 21
Attribut
Attribut 12 Attribut 22
Une association un-à-plusieurs est convertie en clé étrangère au niveau de la table générée
par l’entité associée au lien d’association de cardinalité maximale 1 (dans l’exemple Entite
1). Les attributs de l’association deviennent des attributs de la table portant la clé étrangère.
Entite 1
Identifiant 1 <pk> Entite 2
Identifiant 2 <fk> Identifiant 2 <pk>
Attribut 11 Attribut 21
Attribut 12 Attribut 22
Attribut
Entite 1 Entite 2
Identifiant 1 <pi> Association Identifiant 2 <pi>
0,1 0,1
Attribut 11 Attribut 21
Attribut
Attribut 12 Attribut 22
Le cas de l’association bijective est particulier puisqu’il n’y a pas de consensus par rapport à
la règle à appliquer. Les différents cas sont :
Le choix dépend aussi du logiciel utilisé, puisque ce dernier applique automatiquement ses propres
règles de transformation. Ainsi PowerAMC va utiliser le premier cas, par contre JMERISE va utiliser le
troisième.
PROVINCE
NomProv <pk>
se situe
NomProv <pk,fk1>
NomParc <pk,fk2>
...
PARC
intervient NomParc finance
NomActeur <pk,fk1> SupAdmin NomSource <pk,fk1>
NomParc <pk,fk2> SupSIG NomParc <pk,fk2>
... Caractéristiques ...
...
ACTEUR SOURCE
NomActeur <pk> NomSource <pk>