9.4 Les identifiants
215
© Dunod – La photocopie non autorisée est un délit.
Quelle que soit la signification de cette date, elle constitue un composant inutile de
l’identifiant d’HISTORIQUE. En effet, le type d’association a étant un-à-un,
a.CLIENT constitue à lui seul un identifiant implicite d’HISTORIQUE (à un client
ne correspond qu’un seul historique). L’identifiant déclaré est donc non minimal et
doit être corrigé par le retrait de DateEnreg. Ce qui reste étant un identifiant implicite, nous pouvons supprimer l’identifiant lui-même (figure 9.19, bas).
Figure 9.19 - En haut : l’identifiant d’HISTORIQUE est non minimal et doit être réduit.
Ce qui reste (a.CLIENT) étant un identifiant implicite, doit aussi être supprimé (en
bas).
9.4.4 Importance du concept d’identifiant
Les identifiants d’un type d’entités sont bien plus que de simples ornements de
celui-ci. Ils contribuent à en définir la sémantique. Déterminer un identifiant de E
revient à définir précisément ce qu’est une entité E, puisqu’il s’agit de trouver en
quoi une entité se distingue des autres du même type. La figure 9.17 fournit un
exemple représentatif. Une analyse rapide pourrait amener à confondre le concept
de détail et celui de produit, et conduire au schéma de la figure 9.20.
Figure 9.20 - Une mauvaise analyse conduit à confondre détail et produit. Cette
erreur se traduit par un identifiant erroné
En effet, ce qui apparaît dans un bon de commande semble bien être un produit. Or
si ce produit est identifié par son numéro (NPro), alors, selon ce schéma, un produit
0-1
1-1
a
1-1
0-1
a
HISTORIQUE
DateEnreg
TotalAchats
HISTORIQUE
DateEnreg
TotalAchats
id: a.CLIENT
DateEnreg
CLIENT
NumCli
Nom
Adresse
id: NumCli
CLIENT
NumCli
Nom
Adresse
id: NumCli
1-1
0-N
passe
1-1
0-N
de
PRODUIT
NPro
Libellé
Prix
QCom
id: NPro
COMMANDE
NCom
DateCom
id: NCom
CLIENT
NCli
Nom
Adresse
Localité
Cat[0-1]
Compte
id: NCli
215
© Dunod – La photocopie non autorisée est un délit.
Quelle que soit la signification de cette date, elle constitue un composant inutile de
l’identifiant d’HISTORIQUE. En effet, le type d’association a étant un-à-un,
a.CLIENT constitue à lui seul un identifiant implicite d’HISTORIQUE (à un client
ne correspond qu’un seul historique). L’identifiant déclaré est donc non minimal et
doit être corrigé par le retrait de DateEnreg. Ce qui reste étant un identifiant implicite, nous pouvons supprimer l’identifiant lui-même (figure 9.19, bas).
Figure 9.19 - En haut : l’identifiant d’HISTORIQUE est non minimal et doit être réduit.
Ce qui reste (a.CLIENT) étant un identifiant implicite, doit aussi être supprimé (en
bas).
9.4.4 Importance du concept d’identifiant
Les identifiants d’un type d’entités sont bien plus que de simples ornements de
celui-ci. Ils contribuent à en définir la sémantique. Déterminer un identifiant de E
revient à définir précisément ce qu’est une entité E, puisqu’il s’agit de trouver en
quoi une entité se distingue des autres du même type. La figure 9.17 fournit un
exemple représentatif. Une analyse rapide pourrait amener à confondre le concept
de détail et celui de produit, et conduire au schéma de la figure 9.20.
Figure 9.20 - Une mauvaise analyse conduit à confondre détail et produit. Cette
erreur se traduit par un identifiant erroné
En effet, ce qui apparaît dans un bon de commande semble bien être un produit. Or
si ce produit est identifié par son numéro (NPro), alors, selon ce schéma, un produit
0-1
1-1
a
1-1
0-1
a
HISTORIQUE
DateEnreg
TotalAchats
HISTORIQUE
DateEnreg
TotalAchats
id: a.CLIENT
DateEnreg
CLIENT
NumCli
Nom
Adresse
id: NumCli
CLIENT
NumCli
Nom
Adresse
id: NumCli
1-1
0-N
passe
1-1
0-N
de
PRODUIT
NPro
Libellé
Prix
QCom
id: NPro
COMMANDE
NCom
DateCom
id: NCom
CLIENT
NCli
Nom
Adresse
Localité
Cat[0-1]
Compte
id: NCli