5 Passage du MCD au Modle Physique des Donnes (MPD)

Ce que nous venons de voir concerne l'analyse conceptuelle des donnes, c'est dire un niveau d'analyse qui s'affranchi de toutes les contraintes de la base de donnes sur lequel va reposer l'application. Une fois dcrit sous forme graphique, ce modle est couramment appel MCD pour "Modle Conceptuel des Donnes". Ds lors, tout MCD peut tre tansform en un MPD ("Modle Physique des Donnes") c'est dire un modle directement exploitable par la base de donnes que vous voulez utiliser... Tout l'intrt de cet outil d'analyse est de permettre de modliser plus aisment les relations existant entre les entits et d'automatiser le passage du schma muni d'attributs aux tables de la base de donnes pourvues de leurs champs. Voici maintenant les rgles de base ncessaire une bonne automatisation du passage du MCD au MPD : 5.1 Transformation des entits Rgle n1 : toute entit doit tre reprsente par une table.

5.1.1 Relations de type 1:1

Rgle n2 : Dans le cas d'entits relies par des associations de type 1:1, les tables doivent avoir la mme clef. Exemple :

NOTA : on aurait pu choisir l'autre clef comme clef commune, savoir le n d'appartement.

A.U. 2002/2003

1/7

Bien que certains systmes proposent une autre solution :

Dans ce cas une tude approfondie de la solution adopter est ncessaire, mais ce type de relation est en gnral assez rare et peu performante... 5.1.2 Relations de type 1:n Rgle n3 : Dans le cas d'entits relies par des associations de type 1:n, chaque table possde sa propre clef, mais la clef de l'entit ct 0,n (ou 1,n) migre vers la table ct 0,1 (ou 1,1) et devient une clef trangre (index secondaire). Exemple :

5.1.3

Relations de type n:m

Rgle n4 : Dans le cas d'entits relies par des associations de type n:m, une table intermdiaire dite table de jointure, doit tre cre, et doit possder comme clef primaire une conjonction des clefs primaires des deux tables pour lesquelles elle sert de jointure.

A.U. 2002/2003

2/7

Exemple :

5.2

Ou placer les attributs d'association ?

Rgle n5 : 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 lentits pourvue des cardinalits 1:1. si le type de relation est 1:1, il convient de faire glisser les attributs vers lune ou lautre des entits. Exemple : Pour synthtiser toutes ces rgles, voici un exemple de modlisation d'une application. En l'occurrence il s'agit d'un service commercial dsirant modliser les commandes de ses clients.

A.U. 2002/2003

3/7

Conseils divers

6.1 Gnralisation (hritage) Dans le schma ci-dessous, les entits "Personne physique" (des tres humains) et "Personne morales" (des socits, associations, collectivits, organisations) sont gnralises dans l'entit "Propritaires". On dit aussi que l'entit "Propritaire" est une entit parente et que les entits "Personne morale" et "Personne physique" sont des entits enfants, car il y a une notion dhritage... Exemple :

Par exemple une entit "Etre humain" est une gnralisation pour toute entit faisant appel une personne, comme les entits "Etudiant", "Client", "Artiste", "Souscripteur", "Patient", "Assujetti"... On les appelle aussi "entits-gnriques". A.U. 2002/2003 4/7

Certains atlier de modlisation reprsentant les donnes sous la forme dentits Exemple :

encapsuls .

6.2

Personnalisation

Une personnalisation est un regroupement dans une super entit de plusieurs entits munies d'une ou de plusieurs associations. Par exemple, une compagnie d'aviation proposant des vols peut modliser le planning des pilotes par le schma suivant :

6.3

Regroupement d'entits

Comme toute technique, le schma entit-association possde des limites et des contraintes que seuls l'exprience et le bon sens peuvent permettre d'liminer. Il arrive parfois que certaines entits apparaissent comme redondantes. Dans ce cas, et pour gagner de la place en matire de stockage de l'information, il convient de regrouper ces entits dans une seule et mme table du SGBDR en ajoutant un champ supplmentaire cette table de manire permettre de distinguer les entits du schma thorique. A.U. 2002/2003 5/7

Par exemple si l'on dsire modliser une gestion de compact-disc on peut crer une entit "Compositeur" et une entit "Interprte". Mais on constate qu'une grande majorit de compositeurs sont leurs propres interprtes, ce qui signifie qu'une mme personne peut se trouver prsente dans les deux entits. Pour rsoudre ce problme il suffit de construire une seule table pour les deux entits (par exemple une table "MUSICIEN") et d'y ajouter un champ permettant de distinguer le type de "musicien" : compositeur ou interprte ou les deux.

7
7.1

Exemples de MCD
Agence de location de films vido

Lors de la ralisation de la base de donnes, les entits RALISATEUR et ACTEUR peuvent tre regroupes en une seule table car il y a un nombre non ngligeable de ralisateurs qui sont acteurs, et vice-versa. Dans ce cas, un champ d'un seul caractre permettra de faire la diffrence entre un ralisateur pur, un acteur pur et un acteur ralisateur. Notez aussi les cardinalits entre les entits ACTEUR et FILM, en effet, un film d'animation ne possde A.U. 2002/2003 6/7

aucun acteur. Dans l'entit EXEMPLAIRE figure un attribut "dispo" permettant de savoir si l'exemplaire nX d'un film est disponible ou en cours d'emprunt. 7.2 Location d'appartements pour une agence immobilire

NOTA : pour simplifier l'criture, ne figurent dans ce schma que les attributs clefs ou les attributs d'associations.

A.U. 2002/2003

7/7