IV. Attributs d'associations, pour aller plus loin▲
Il arrive parfois que l'on soit obligé de munir d'attributs des associations.
Considérons par exemple que nous voulons modéliser les relations existant entre les entités « client », « commande » et « article » :
Exemple :
Mais comment dans ce schéma introduire l'attribut « quantité » et plus encore l'attribut « réduction » dont on voudrait qu'il puisse s'appliquer à chacun des articles d'une commande de manière différente ?
En effet si l'on introduit l'attribut quantité à l'entité COMMANDE, chaque ligne de la commande se verra dotée de la même quantité…
D'autre part si l'on introduit l'attribut quantité à l'entité ARTICLE alors chacun des articles se verra doté de la même quantité quelle que soit la commande…
La solution est de pourvoir l'association « composée » des attributs « quantité » et « réduction » :
Il arrive dans certains cas que l'attribut « date » soit d'une importance capitale, notamment dans les applications SGBDR portant sur la signature de contrats à échéance ou dans la durée (assurance par exemple).
Il n'est pas rare alors que le seul attribut « date » constitue à lui seul une entité.
Exemple :
On appelle alors cela une entité temporelle. Une entité temporelle possède souvent un seul attribut, mais dans le cas où elle possède plusieurs attributs (année, mois, jour, heure, minute, seconde…), l'ensemble de ces attributs constitue alors la clef de l'entité.
Mais dans ce cas on peut aussi retirer cette entité et introduire la date en tant qu'attribut de l'association « souscrit ».