214
Chapitre 9 • Le modèle Entité-association
Figure 9.18 - Exemples additionnels d’identifiants hybrides
9.4.2 Composition des identifiants
En résumé, un identifiant d’un type d’entités E peut être d’une des compositions
suivantes :
1. un attribut de E,
2. plusieurs attributs de E,
3. un ou plusieurs attributs de E + un ou plusieurs types d’entités E i associés à E
via le ou les types d’associations R i ,
4. plusieurs types d’entités E i associés via R i à E.
Dans les compositions 3 et 4, la cardinalité de E dans chacun des R i est 0-1 ou 1-1,
tandis que la cardinalité des E i est de 0-N. Les types d’associations sont non cycliques. Si tous les composants d’un identifiant sont obligatoires, l’identifiant est
déclaré obligatoire. Si tous ses composants sont facultatifs, l’identifiant est déclaré
facultatif. On n’admet pas d’autres cas. Tous les composants d’un identifiant
primaire sont obligatoires.
9.4.3 Identifiants minimaux et identifiants implicites
Lorsqu’un identifiant comprend plus d’un composant, il faut s’assurer que ceux-ci
sont tous indispensables pour garantir l’unicité. On observe en effet que tout groupe
de composants qui inclut ceux d’un identifiant est lui-même un identifiant. Ainsi,
les attributs (NumAcc, Date) forment un identifiant d’ACCIDENT. On qualifiera de
minimal un identifiant tel qu’aucun de ses composants ne puisse lui être retiré sans
qu’il perde son statut d’identifiant. On veillera à ce qu’un schéma conceptuel ne
contienne que des identifiants minimaux.
Cette règle nous permet de justifier certaines des formes d’identifiants définies cidessus. Considérons par exemple le schéma du haut de la figure 9.19. On y indique
que l’historique d’un client est identifié par le client et la date d’enregistrement.
1-1
0-N
composant
1-1
0-N
composé
COMPOSITION
Quantité
id: composé.PRODUIT
composant.PRODUIT
PRODUIT
NPro
Libellé
PrixU[0-1]
PoidsU[0-1]
id: NPro
0-N
1-1
dépend
0-N
1-1
affecté
SERVICE
Nom
id: Nom
EMPLOYE
NumEmp
. . .
id: dépend.SERVICE
NumEmp
Chapitre 9 • Le modèle Entité-association
Figure 9.18 - Exemples additionnels d’identifiants hybrides
9.4.2 Composition des identifiants
En résumé, un identifiant d’un type d’entités E peut être d’une des compositions
suivantes :
1. un attribut de E,
2. plusieurs attributs de E,
3. un ou plusieurs attributs de E + un ou plusieurs types d’entités E i associés à E
via le ou les types d’associations R i ,
4. plusieurs types d’entités E i associés via R i à E.
Dans les compositions 3 et 4, la cardinalité de E dans chacun des R i est 0-1 ou 1-1,
tandis que la cardinalité des E i est de 0-N. Les types d’associations sont non cycliques. Si tous les composants d’un identifiant sont obligatoires, l’identifiant est
déclaré obligatoire. Si tous ses composants sont facultatifs, l’identifiant est déclaré
facultatif. On n’admet pas d’autres cas. Tous les composants d’un identifiant
primaire sont obligatoires.
9.4.3 Identifiants minimaux et identifiants implicites
Lorsqu’un identifiant comprend plus d’un composant, il faut s’assurer que ceux-ci
sont tous indispensables pour garantir l’unicité. On observe en effet que tout groupe
de composants qui inclut ceux d’un identifiant est lui-même un identifiant. Ainsi,
les attributs (NumAcc, Date) forment un identifiant d’ACCIDENT. On qualifiera de
minimal un identifiant tel qu’aucun de ses composants ne puisse lui être retiré sans
qu’il perde son statut d’identifiant. On veillera à ce qu’un schéma conceptuel ne
contienne que des identifiants minimaux.
Cette règle nous permet de justifier certaines des formes d’identifiants définies cidessus. Considérons par exemple le schéma du haut de la figure 9.19. On y indique
que l’historique d’un client est identifié par le client et la date d’enregistrement.
1-1
0-N
composant
1-1
0-N
composé
COMPOSITION
Quantité
id: composé.PRODUIT
composant.PRODUIT
PRODUIT
NPro
Libellé
PrixU[0-1]
PoidsU[0-1]
id: NPro
0-N
1-1
dépend
0-N
1-1
affecté
SERVICE
Nom
id: Nom
EMPLOYE
NumEmp
. . .
id: dépend.SERVICE
NumEmp