10.7 Les contraintes d’intégrité
255
© Dunod – La photocopie non autorisée est un délit.
c) Intégrité et plausibilité
Il est utile de distinguer une contrainte d’intégrité d’une propriété de plausibilité. La
première est impérative et ne souffre aucune exception : toute tentative de violation
doit être rejetée. La seconde décrit une situation à ce point habituelle que tout écart
par rapport à celle-ci devrait attirer l’attention. Toute tentative de violation ne doit
pas nécessairement être rejetée, mais devrait donner lieu à un avertissement. Par
exemple, il est anormal que deux clients distincts ayant mêmes noms, prénoms et
dates de naissance soient en plus domiciliés à la même adresse. Si, par extraordinaire, un tel cas devait se produire, alors il serait inopportun de le refuser, mais il
serait prudent d’en avertir le responsable des données afin qu’il vérifie. Il serait en
tout cas maladroit de traduire cette règle par un identifiant (figure 10.20).
Figure 10.20 - Schéma erroné : l’identifiant secondaire n’est qu’une simple propriété
de plausibilité qui ne peut être déclarée comme un identifiant
Figure 10.21 - L’identifiant (gauche) est sans doute trop complexe et instable pour
être primaire. Il faut cependant conserver la contrainte d’unicité (droite)
CLIENT
NumCli
Nom
Prénom
Date Naissance
Code Postal
Rue
Numéro
Localité
Compte
id: NumCli
id': Nom
Prénom
Date Naissance
Code Postal
Rue
Numéro
Localité
EXPEDITION
NumExp
Date
NumCli
NumPro
NumTransport
Poids
Prix
id: NumExp
id': Date
NumCli
NumPro
NumTransport
EXPEDITION
Date
NumCli
NumPro
NumTransport
Poids
Prix
id: Date
NumCli
NumPro
NumTransport