Partager via


Relations du modèle Entity Data Model

Une relation est une connexion logique entre au moins deux entités. Les relations font partie intégrante des composants de données significatives d'une application. Si elles sont essentielles dans la modélisation de données, le modèle de base de données relationnelle ne les prend pas explicitement en charge. Dans ce modèle, en effet, ce sont les clés primaires, les clés étrangères et l'intégrité référentielle qui sont utilisées pour implémenter certaines des contraintes qu'impliquent les relations.

Le modèle EDM (Modèle de données d'entité), au contraire, fournit une prise en charge explicite des relations du modèle de données, pour offrir une plus grande souplesse en termes de possibilités de modélisation. La prise en charge des relations s'étend aux requêtes EDM, ce qui permet un référencement explicite et une navigation basée sur les relations.

L'EDM prend en charge un modèle de relation d'égal à égal appelé « association ». Pour plus d'informations, voir Association (EDM).

Les situations suivantes illustrent clairement en quoi les associations sont indispensables : un client passe une ou plusieurs commandes ; chaque commande comporte des informations identifiant les produits commandés ; les produits commandés sont disponibles auprès d'un ou de plusieurs fournisseurs, etc.

Dans l'EDM, les associations entre entités sont spécifiées dans les schémas où sont définies les entités et les associations.

Caractéristiques des relations

Les relations sont caractérisées par leur degré, leur multiplicité et leur direction. Dans les scénarios de modélisation de données, les relations ont un degré (unaire, binaire, ternaire ou n-aire) et une multiplicité (un-à-un, un-à-plusieurs ou plusieurs à plusieurs). La direction peut être importante dans certaines associations, si, par exemple, elles concernent des entités du même type.

Les caractéristiques des relations sont présentées dans les diagrammes ci-dessous.

Diagramme des relations unairesDiagramme des relations binairesDiagramme des relations ternaires

Le degré de la relation est représenté dans chaque diagramme par le nombre de rectangles. Les relations sont représentées par les figures en forme de losange. Les lignes reliant les losanges aux rectangles représentent la multiplicité des relations. Une ligne simple représente une relation un-à-un. Une ligne terminée par trois segments lorsqu'elle est connectée au type représente les différentes terminaisons d'une relation un-à-plusieurs ou plusieurs à plusieurs.

Degré

Le degré d'une relation est le nombre de types entre lesquels la relation existe. Le degré binaire, qui associe deux types, est le plus courant. Dans une relation unaire, une instance d'un type est associée à une autre instance du même type, comme c'est le cas pour la relation de responsable entre un employé et un autre. Une relation ternaire associe trois types et une relation n-aire associe un nombre n de types. Les relations ternaires et n-aires sont essentiellement théoriques. Le modèle EDM prend en charge les relations unaires et binaires.

Multiplicité

La multiplicité est le nombre des instances d'un type qui sont associées.

Par exemple, chaque livre ayant au moins un auteur, il existe entre un livre et son auteur une relation binaire. La relation est spécifiée entre la classe Book et la classe Author, mais la multiplicité de cette relation n'est pas nécessairement d'un livre pour un auteur. La multiplicité de la relation indique le nombre d'auteurs d'un livre et le nombre de livres écrits par chaque auteur. Dans cet exemple, le degré de la relation est binaire. La multiplicité de la relation est plusieurs-à-plusieurs.

Direction

Dans le modèle EDM, toutes les relations sont inverses. L'exploration d'une association EDM peut s'effectuer à partir de l'une ou l'autre terminaison.

Si les entités situées aux terminaisons d'une association sont toutes deux du même type, l'attribut de rôle de la propriété End de l'association EDM peut être utilisé pour spécifier la direction. Une association entre un employé et son responsable est sémantiquement différente selon la terminaison considérée de l'association. Aux deux terminaisons de l'association se trouvent des employés, mais ceux-ci n'ont pas les mêmes attributs Role. Pour obtenir un exemple qui implémente ce cas à l'aide d'une contrainte référentielle, voir Élément Association (SSDL).

Les rubriques ci-dessous contiennent des informations plus complètes sur les relations.

Dans cette section

  • Association (EDM)
    Décrit les relations qui modélisent des relations d'égal à égal.

Voir aussi

Concepts

Types de modèles EDM
Implémentation d'entités (EDM)
Implémentation d'associations (EDM)