Modélisation d'une base de données

Les entités appartenant à une même base de données peuvent être en relation(*) les unes avec les autres.

La caractéristique principale d'une relation entre deux entités est sa cardinalité, c'est-à-dire le nombre d'entités d'un côté qui sont en relation avec une entité de l'autre côté de la relation.

Dans une relation 1-à-1 (aussi appelée 1-1), chaque instance d'une entité est en relation avec une seule instance de l'autre entité.
Dans un diagramme, ce "1" peut être indiqué par une petite barre perpendiculaire à la ligne indiquant la relation.

Dans une relation 1-à-plusieurs (aussi appelée 1-n), une instance de l'entité d'un des deux côtés est en relation avec plusieurs instances de l'entité de l'autre côté.

Dans le diagramme ci-dessus, une instance de l'entité A peut être en relation avec plusieurs instances de l'entité B, mais chaque instance de l'entité B ne peut être en relation qu'avec une seule instance de l'entité A.

Enfin, dans une relation plusieurs-à-plusieurs (aussi appelée n-n), chaque instance d'une entité peut être en relation avec plusieurs instances de l'autre entité et vice-versa.

Dans l'exemple de la base de donnée musicale, nous pouvons décider qu'un morceau est en relation avec un seul artiste, lequel par contre peut avoir composé plusieurs morceaux (relation 1-à-plusieurs), mais qu'un morceau peut correspondre à plusieurs genres musicaux, chacun desquels peut aussi correspondre à plusieurs morceaux (relation plusieurs-à-plusieurs).

 

(*) NB: nous utilisons le mot relation mais c'est ici un anglicisme et un abus de langage: normalement on devrait parler d'association, la relation étant en principe le lien entre les différents attributs d'une entité; l'avantage de l'anglicisme et de pouvoir comprendre plus facilement les multiples ressources disponibles en anglais, où il est toujours question de diagrammes "ER", pas "EA"