MR:Passage du MCD au MR

Un article de WikiTuto.

Jump to: navigation, search

Cours Merise

Introduction à Merise

Introduction au Modèle conceptuel des données

Les cardinalités et les différents types d'associations

Passage MCD <=> modèle relationnel

Rappel sur le modèle relationnel
Passage du MCD au MR

Normalisation du modèle relationnel

Les diagrammes de flux

Les Modèles de traitements (MCT et MCTA)

modifier Tdm_Merise

Sommaire

1 Règle 1
2 Règle 2
3 Exception à la règle 1
4 Cas particulier des associations réflexives
- 4.1 Réflexive hiérarchique
- 4.2 Réflexive non hiérarchique
5 Voir aussi

[modifier]

Règle 1

Toute entité devient une relation ayant pour clé primaire son identifiant. Chaque propriété se transforme en attribut. CLIENT (code_client, nom, prénom, adresse, code_postal, ville, téléphone)

Remarque : contrairement aux propriétés, les attributs ne doivent pas comporter d'espaces.

[modifier]

Règle 2

Toute association non hiérarchique (de type [n, n] ou de dimension > 2) devient une relation. La clé primaire est formée par la concaténation (juxtaposition) l'ensemble des identifiants des entités reliées. Toutes les propriétés éventuelles deviennent des attributs qui ne peuvent pas faire partie de la clé.

CONCERNER(#numéro_commande, #référence_article, quantité)

Cette règle est valable pour toutes les associations ternaires (ou quaternaires) qui sont forcément non hiérarchiques (|cardinalités maximales toutes égales à n).

[modifier]

Exception à la règle 1

Les entités n'ayant que leur identifiant comme attribut ne deviennent pas des relations, mais des attributs dans les autres relations liées.

Avec ce modèle, on mémorise chaque jour pour chaque ouvrier les pièces qu'il a fabriqué et en quelle quantité. Quand on passe au modèle relationnel, l'entité DATE FABRICATION ne devient pas une relation, mais un attribut clé dans la relation FABRIQUE issue de l'association.

FABRIQUE(#code_ouvrier, #référence_pièce, date, quantité). date ici fait partie de la clé primaire,mais n'est pas clé étrangère

[modifier]

Cas particulier des associations réflexives

Les associations réflexives suivent les règles 2 ou 3 selon les |cardinalités mais posent un problème particulier : une même propriété va se retrouver deux fois en attribut dans la même relation. Il faut alors donner un nom différent et significatif aux deux attributs correspondants.

Dans les réflexives, il est conseillé de nommer les branches par des rôles pour pouvoir lire dans le bon sens l'association. Les rôles aident à nommer les attributs correspondant à l'association.

[modifier]

Réflexive hiérarchique

(une branche à la cardinalité maxi à 1 et l'autre à n)

règle n° 2

Lecture de l'association :
Règle n°1: l'identifiant de SALARIE va devenir clé primaire et les autres propriétés des attributs
Règle n°2 : pour traduire l'association [1, n] encadrer, l'identifiant de l'entité SALARIE devient clé étrangère
l'identifiant de SALARIE matricule se retrouve deux fois dans la relation : comme clé primaire et comme clé étrangère
On va donc donner un nom différent et significatif à ces deux matricules, par exemple Un salarié a pour chef 0 ou un seul autre salarié. Un salarié est chef de 0 à n autre(s) salarié.

Traduction en modèle relationnel :

SALARIE(matricule, nom, prénom, fonction,… , #matricule_chef)

[modifier]

Réflexive non hiérarchique

règle n°3

Lecture de l'association

Une pièce entre dans la composition de 0 à plusieurs autres pièces. Une pièce peut être composée de plusieurs autres pièces. Une pièce entre dans la composition d'une autre un certain nombre de fois.

ex : La pièce "voiture" est composée de 4 pièces "roue". La pièce "roue" est elle-même composée d'une pièce "pneu" et d'une pièce "jante".

Une pièce entrant dans la composition d'une autre est appelée composant. Une pièce composée d'autres pièces est appelée composé. Une roue est à la fois un composant (de voiture) et un composé (de pneu et jante)