2.5. RÈGLES DE BONNE FORMATION D’UN MODÈLE ENTITÉS-ASSOCIATIONS
31
Lorsquedes attributs portent lemêmenom, c’est parfois le signed’unemodélisation inachevée (figure
2.19) ou d’une redondance (figure 2.20). Sinon, il faut simplement ajouter au nom de l’attribut le nom
du type-entité ou du type-association dans lequel il se trouve (figure 2.21). Il faut toutefois remarquer
que le dernier cas décrit n’est pas rédhibitoire et que les SGDB Relationnel s’accommodent très bien de
relations comportant des attributs de même nom. L’écriture des requêtes sera tout de même plus lisible
si les attributs ont tous des noms différents.
2.5.2 Règles de normalisation des attributs
Règle 2.22 Il faut remplacer un attribut multiple en un type-association et un type-entité supplémentaires.
F. 2.22 – Remplacement des attributs multiples en un type-association et un type-entité et décompo-
sition des attributs composites.
En effet, les attributs multiples posent régulièrement des problèmes d’évolutivité du modèle. Par
exemple, sur le modèle de gauche de la figure 2.22, comment faire si un employé possède deux adresses
secondaires ou plusieurs numéros de portable ?
Il est également intéressant de décomposer les attributs composites comme l’attribut Adresse par
exemple. Il est en effet difficile d’écrire une requête portant sur la ville où habitent les employés si cette
information est noyée dans un unique attribut Adresse.
Règle 2.23 Il ne faut jamais ajouter un attribut dérivé d’autres attributs, que ces autres attributs se trouvent dans
le même type-entité ou pas.
F. 2.23 – Il faut supprimer l’attribut Montant total du type-entité Commande car on peut le calculer à
partir des attributs Quantité du type association Contenir et Prix unitaire du type-entité Article.
En effet, les attributs dérivés induisent un risque d’incohérence entre les valeurs des attributs de
base et celles des attributs dérivés. La figure 2.23 illustre le cas d’un attribut Montant total dans un
type-entité Commande qui peut être calculé à partir des attributs