WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Mise en place d'une base de données répartie sous Oracle. Cas de la gestion du dossier judiciaire dans les parquets de grande instance de la ville de Kinshasa


par Dieudonné MWADIA BILE
Ecole Supérieure des Métiers d'Informatique et de Commerce - Licence en Informatique 2015
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

c. Diagramme de classe de conception

Figure 13. Diagramme de classe de conception

V.7.4. Modèle logique

1) Règles de passage schéma conceptuel - schéma logique

Les quatre règles suivantes permettent de traduire un schéma conceptuel UML en un schéma relationnel équivalent.

a) Transformation des classes

R1 : 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.

b) Transformation des associations

Les règles de transformation dépendent des multiplicités maximales des associations. Nous distinguons trois familles d'associations :

un-à-plusieurs ;

plusieurs-à-plusieurs ou classes-associations, et n-aires ;

un-à-un.

1. Associations un-à-plusieurs

R2 : Il faut ajouter un attribut de type clé étrangère dans la relation fils de l'association. L'attribut porte le nom de la clé primaire de la relation père de l'association.

2. Associations plusieurs-à-plusieurs et n-aires

R3 : L'association (classe-association) devient une relation dont la clé primaire est composée par la concaténation des identifiants des entités (classes) connectés à l'association. Chaque attribut devient clé étrangère si l'entité (classe) connectée dont il provient devient une relation en vertu de la règle R1. Les attributs de l'association (classe-association) doivent être ajoutés à la nouvelle relation. Ces attributs ne sont ni clé primaire, ni clé étrangère.

3. Associations un-à-un

La règle est la suivante, elle permet d'éviter les valeurs NULL dans la base de données.

R4 : Il faut ajouter un attribut clé étrangère dans la relation dérivée de l'entité ayant la cardinalité minimale égale à zéro. Dans le cas de UML, il faut ajouter un attribut clé étrangère dans la relation dérivée de la classe ayant la multiplicité minimale égale à un. L'attribut porte le nom de la clé primaire de la relation dérivée de l'entité (classe) connectée à l'association. Si les deux cardinalités (multiplicités) minimales sont à zéro, le choix est donné entre les deux relations dérivées de la règle R1. Si les deux cardinalités minimales sont à un, il est sans doute préférable de fusionner les deux entités (classes) en une seule.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"L'imagination est plus importante que le savoir"   Albert Einstein