UML 2 pour les bases de données
128
© Éditions Eyrolles
Du conceptuel au logique
Cette section présente les règles permettant de décrire un schéma logique dans les modèles
relationnel et objet-relationnel à partir d’un schéma entité-association ou à partir d’un diagramme
de classes UML.
D’un schéma entité-association/UML vers un schéma relationnel
Nous donnons ci-après quatre règles (de R1 à R4) pour traduire un schéma conceptuel entitéassociation ou UML en un schéma relationnel équivalent. Il existe d’autres solutions de transformation, mais ces règles sont les plus simples et les plus opérationnelles.
Transformation des entités/classes
Chaque entité devient une relation. L’identifiant de l’entité devient clé primaire pour la relation.
Chaque classe du diagramme UML devient une relation. Il faut choisir un attribut de la classe
pouvant jouer le rôle d’identifiant.
Si aucun attribut ne convient en tant qu’identifiant, il faut en ajouter un de telle sorte que la relation
dispose d’une clé primaire (les outils proposent l’ajout de tels attributs).
La règle R1 a été appliquée à l’exemple 2-27 de manière à dériver deux relations.
La plupart des entités (classes) temporelles ne doivent pas se transformer en relation (exemple
figure 2-30)
Figure 2-27 Transformation d’entités/classes
R1
Avion
immat
typeav
Compagnie
ncomp
nomcomp
Avion[immat, typeav]
Compagnie[ncomp, nomcomp]
Avion
immat
typeav
Compagnie
ncomp
nomcomp
R1
128
© Éditions Eyrolles
Du conceptuel au logique
Cette section présente les règles permettant de décrire un schéma logique dans les modèles
relationnel et objet-relationnel à partir d’un schéma entité-association ou à partir d’un diagramme
de classes UML.
D’un schéma entité-association/UML vers un schéma relationnel
Nous donnons ci-après quatre règles (de R1 à R4) pour traduire un schéma conceptuel entitéassociation ou UML en un schéma relationnel équivalent. Il existe d’autres solutions de transformation, mais ces règles sont les plus simples et les plus opérationnelles.
Transformation des entités/classes
Chaque entité devient une relation. L’identifiant de l’entité devient clé primaire pour la relation.
Chaque classe du diagramme UML devient une relation. Il faut choisir un attribut de la classe
pouvant jouer le rôle d’identifiant.
Si aucun attribut ne convient en tant qu’identifiant, il faut en ajouter un de telle sorte que la relation
dispose d’une clé primaire (les outils proposent l’ajout de tels attributs).
La règle R1 a été appliquée à l’exemple 2-27 de manière à dériver deux relations.
La plupart des entités (classes) temporelles ne doivent pas se transformer en relation (exemple
figure 2-30)
Figure 2-27 Transformation d’entités/classes
R1
Avion
immat
typeav
Compagnie
ncomp
nomcomp
Avion[immat, typeav]
Compagnie[ncomp, nomcomp]
Avion
immat
typeav
Compagnie
ncomp
nomcomp
R1