 |
bases de donnees relationnelles : Passage
du schema entite-association a la construction
des tables (MPD) |
|
II. Ou placer les attributs d'association ?
|
Dès lors, tout MCD peut être tansformé en un MPD Modèle Physique des Données c'est à dire un modèle
directement exploitable par la base de données que vous voulez utiliser...
Tout l'intérêt de cet outil d'analyse est de permettre de modéliser plus
aisément les relations existant entre les entités et d'automatiser le passage
du schéma muni d'attributs aux tables de la base de données pourvues de leurs
champs.
Voici maintenant les règles de base nécessaire à une bonne automatisation
du passage du MCD au MPD :
I. Transformation des entités
Règle n°1 : toute entité doit être représentée par une table.
 |
 |
1. Relations de type 1:1
Règle n°2 : Dans le cas d'entités reliées par des associations de type 1:1, les tables doivent avoir la même clef.
|
 |
NOTA : on aurait pu choisir l'autre clef comme clef commune, à savoir le n° d'appartement. Bien que certains systèmes proposent une autre solution :
|
 |
Dans ce cas une étude approfondie de la solution à adopter est nécessaire, mais ce type de relation est en général assez rare et peu performante...
2. Relations de type 1:n
Règle n°3 : Dans le cas d'entités reliées par des associations de type 1:n, chaque table possède sa propre clef, mais la clef de l'entité côté 0,n (ou 1,n) migre vers la table côté 0,1 (ou 1,1) et devient une clef étrangère (index secondaire).
|
 |
3. Relations de type n:m
Règle n°4 : Dans le cas d'entités reliées par des associations de type n:m, une table intermédiaire dite table de jointure, doit être créée, et doit posséder comme clef primaire une conjonction des clefs primaires des deux tables pour lesquelles elle sert de jointure.
|
 |
 |
 |
II. Ou placer les attributs d'association ?
Règle n°5 : Cas des associations pourvues d'au moins un attribut :
- si
le type de relation est n:m, alors les attributs de l'association deviennent
des attributs de la table de jointure
- si
le type de relation est 1:n, il convient de faire glisser les attributs
vers l'entités pourvue des cardinalités 1:1
- si
le type de relation est 1:1, il convient de faire glisser les attributs
vers l'une ou l'autre des entités.
|
|
III. Exemple de modélisation d'une application
Service commercial désirant modéliser les commandes de ses clients.
|
|
