L'onglet Cardinalités permet de spécifier la nature de la relation entre deux entités.
|
Propriété |
Description |
|---|---|
|
Cardinalité |
Spécifie le nombre d'occurrences (aucune, une ou plusieurs) d'une entité par rapport à une autre entité. Vous pouvez choisir parmi les valeurs suivantes :
|
|
Rôle dominant |
[relations un-un uniquement] Spécifie le sens de la relation comme dominant. Si vous définissez un sens dominant, la relation un-un génère une référence dans un MPD, avec l'entité dominante comme table parent. Si vous ne définissez pas de sens dominant, la relation un-un génère deux références. Dans l'exemple suivant, Auteur est l'entité dominante : 
Dans un MPD, cette relation génère une référence avec Auteur comme table parent, et sa clé primaire est migrée vers la table Photo comme clé étrangère : 
|
Pour plus d’informations sur les points de terminaison des relations dans chacune des notations prises en charge, voir Notations prises en charge pour les MCD/MLD.
En outre, cet onglet contient une zone de groupe pour chaque sens de la relation, contenant les propriétés suivantes :
|
Propriété |
Description |
|---|---|
|
Nom de rôle |
Texte qui décrit la relation de l'Entité A vers l'Entité B, et qui est utilisé pour générer les phrases d'assertion affichées en haut de cet onglet. Vous devez utiliser des formes infinitives pour décrire la relation d'une entité avec une autre. Par exemple, Chaque commande peut contenir une ou plusieurs lignes., et Chaque ligne doit appartenir à une et une seule commande. Pour modifier les phrases générées à partir des noms de rôles, vous devez éditer le template d'assertion de votre modèle (voir Template d'assertion). |
|
Dépendant |
Spécifie si l'entité dépend de l'autre entité et si elle est partiellement identifiée par cette dernière. Dans l'exemple suivant, l'entité tâche dépend de l'entité Projet. Chaque tâche fait partie d'un projet et chaque projet contient zéro ou plus tâches :  |
|
Obligatoire |
Spécifie que chaque instance de l'entité requiert au moins une instance de l'autre entité. Par exemple, une relation "sous-traite" est facultative entre une entité Client et une entité Projet, mais obligatoire entre Projet et Client. Chaque projet doit en effet avoir un client, alors qu'il n'est pas nécessaire qu'un client ait un projet. Impliqué par la dépendance. |
|
Cardinalité |
Spécifie le nombre minimum et maximum d'occurrences de l'Entité A en relation avec l'Entité B (si obligatoire, au moins 1). Vous pouvez indiquer les cardinalités suivantes : |