Nous avons maintenant un MCD qui contient des contraintes, des spécialisations, des agrégats, etc. … (MCD merise2 ou modèle étendu). Mais que devient le MR ?
Etudions chaque cas séparément.

Retour index

2.1 Les associations ternaires (et n-aires)

Lorsque le cas se présente, faire comme pour les associations binaires non hiérarchiques.
La clé primaire est la concaténation des identifiants de la collection d'entités de l'association. Tous ces attributs sont, en plus, des clés étrangères.
Soit le MR suivant :
L'association ternaire Emprunter, qui dit quel plongeur emprunte quel matériel à quelle date et contient la quantité empruntée, devient :

2.2 Les associations réflexives

Une association réflexive est une association entre une entité et … elle même.
C'est ce rôle que l'on va utiliser pour nommer les attributs de la relation résultante :
N'oublions pas d'indiquer quel attribut est référencé et dans quelle table.
Ceci est important si on a une base importante, ou si le nom des attributs ne fait pas penser à l'attribut référencé.
Remarquer que ce sont des clé étrangères.

Retour index

3.1 L'agrégation

On a l'agrégat suivant : Le prix dépend du voilier et de la semaine, le client détermine le couple voilier et semaine détermine le code du client qui a réservé et les arrhes qu'il a versé.

Dans ce type de cas, "l'identifiant" de l'agrégat est composé des identifiants des deux entités de l'agrégat, comme si la future clé primaire de l'association Disponible était identifiant de l'agrégat "Disponibilité".
Ici, la clé primaire de Disponible se retrouvera dans la relation Resa car Réserver est une association hiérarchique issue d'une dépendance fonctionnelle entre l'agrégat et Resa. Tout se passe comme si l'association interne de l'agrégat était une entité et l'association externe associée à celle-ci.

3.2 Entités dépendantes ou entité faibles

La clé primaire de la relation dépendante est la concaténation de l'attribut de la relation déterminante suivi de l'atribut qui était l'identifiant de l'entité faible.
L'attribut de la relation déterminante est aussi clé étrangère.

Retour index

4.1 Introduction

L'entité générale se caractérise par l'ensemble des propriétés communes aux entités spécialisées.
On rencontre, dans les entités spécialisées :
- des propriétés utiles aux unes mais pas aux autres,
- des associations spécifiques aux unes mais pas aux autres.

Lorsqu'on rédige le MR d'une spécialisation, l'entité générale est faite comme si les spécialisations n'existaient pas (ni les associations qui sont reliées à ces entités spécialisées).
Les entités spécifique héritent de l'identifiant de l'entité générique.

Retour index

5.1 Contraintes exprimables ou non

Les contraintes ne sont généralement pas visibles dans le schéma relationnel et on peut les indiquer sous forme de commentaires.
Sauf qu'une contrainte qui exprime une pseudo dépendance fonctionnelle est exprimable.

5.2 Contraintes sur les entités

Elles ne sont pas exprimables dans le SRD sauf sous forme de commentaires.
Reprenons le cas des plongeurs. Nous avons le schéma relationnel suivant :

Les contraintes d'Exclusion (X, sans totalité), de Partition (XT ou + : Exclusion et Totalité) ne sont jamais exprimées autrement que par un commentaire.
La contrainte de Totalité (T, sans exclusion) peut être exprimée dans un cas particulier. Certaines totalités peuvent être exprimées si les occurences d'une sous entité recouvrent toujours celles d'une autre.

5.3 Les contraintes sur les associations

Ici, seule l'inclusion (une occurrence d'une association doit exister dans une autre association) peut être assimilée à une dépendance fonctionnelle.
Les autres contraintes ne sont pas exprimables autrement que par un commentaire.

5.3.1 Inclusion exprimable

Elle sera exprimée en ajoutant un référencement de la clé étrangère commune au pivot de l'association incluse vers celle de l'association globale.
Voyons la suite …

5.3.2 Inclusion non exprimable

La contrainte s'exprimerait en disant que si, pour un client, rCode n'est pas nul, alors il existe au moins une commande qui contient le n° de ce client dans CliNum. On ne peut pas la faire apparaître avec des contraintes exprimant une dépendance fonctionnelle.

5.4 Conclusion

Seule une contrainte d'inclusion peut apparaître dans le schéma relationnel, si (et seulement si) elle peut être exprimée sous forme d'une dépendance fonctionnelle entre deux entités ou deux associations.

Retour index

La plus grande difficulté de passer du SCD au SRD vient qu'il devient (très) courant qu'une clé étrangère soit aussi, ou aie un rôle dans la clé primaire.

Pour éviter toute ambiguïté, il convient de bien comprendre ces deux notions qui expriment des concepts totalement différents.

La clé primaire est un attribut ou un ensemble d'attributs dont la valeur identifie de façon unique chaque tuple (ligne, enregistrement) de la relation.

la clé primaire est unique !

Une clé étrangère d'une table TA est un champ CA dont le domaine (les différentes valeurs possibles) doit figurer dans le domaine (les différentes valeurs existantes) d'un autre champ CB d'une autre table TB. Ce dernier (CB) étant toujours (ou presque) la clé primaire de la table où il figure (TB).
Une clé étrangère est une vraie dépendance fonctionnelle 'clé primaire de TA' -> CB. La clé étrangère d'une table fait référence et DOIT correspondre au champ clé primaire de la table référencée.

Retour index