9.4 Les identifiants
211
© Dunod – La photocopie non autorisée est un délit.
d’autres. Nous indiquerons chacun de ces rôles par des étiquettes attachées aux
extrémités du type d’associations.
d) Représentation graphique des populations
La figure 9.14 représente de manière imagée un exemple de populations interconnectées entre lesquelles les arcs représentent les associations conformément au
schéma de la figure 9.12.
Figure 9.14 - Exemple de populations et des liens qui connectent les entités
9.4 LES IDENTIFIANTS
En général 5 , un type d’entités est doté d’un attribut qui identifie (c’est-à-dire
distingue) les entités de ce type. Le type d’entités CLIENT, par exemple (figure 9.15)
possède un attribut NumClient tel qu’à tout instant les entités CLIENT ont des valeurs
de NumClient distinctes. En d’autres termes, étant donné une valeur quelconque de
NumClient, on a la garantie qu’il n’y aura, à aucun moment, pas plus d’une entité
CLIENT possédant cette valeur. On dira que NumClient est un identifiant de
CLIENT. Il en est de même de NumVéh pour VEHICULE et de NumAcc pour ACCIDENT. Un identifiant peut également être formé de plusieurs attributs. En outre, il
peut arriver qu’un type d’entités possède plus d’un identifiant. Dans ce cas, l’un
d’eux peut être déclaré primaire tandis que tous les autres sont secondaires (figure
9.15).
5. Afin de simplifier l’exposé, on admettra qu’un type d’entités possède toujours un identifiant.
211
© Dunod – La photocopie non autorisée est un délit.
d’autres. Nous indiquerons chacun de ces rôles par des étiquettes attachées aux
extrémités du type d’associations.
d) Représentation graphique des populations
La figure 9.14 représente de manière imagée un exemple de populations interconnectées entre lesquelles les arcs représentent les associations conformément au
schéma de la figure 9.12.
Figure 9.14 - Exemple de populations et des liens qui connectent les entités
9.4 LES IDENTIFIANTS
En général 5 , un type d’entités est doté d’un attribut qui identifie (c’est-à-dire
distingue) les entités de ce type. Le type d’entités CLIENT, par exemple (figure 9.15)
possède un attribut NumClient tel qu’à tout instant les entités CLIENT ont des valeurs
de NumClient distinctes. En d’autres termes, étant donné une valeur quelconque de
NumClient, on a la garantie qu’il n’y aura, à aucun moment, pas plus d’une entité
CLIENT possédant cette valeur. On dira que NumClient est un identifiant de
CLIENT. Il en est de même de NumVéh pour VEHICULE et de NumAcc pour ACCIDENT. Un identifiant peut également être formé de plusieurs attributs. En outre, il
peut arriver qu’un type d’entités possède plus d’un identifiant. Dans ce cas, l’un
d’eux peut être déclaré primaire tandis que tous les autres sont secondaires (figure
9.15).
5. Afin de simplifier l’exposé, on admettra qu’un type d’entités possède toujours un identifiant.