Chapter 3 Construction de diagrammes conceptuels et logiques de données
L'onglet Cardinalités contient les propriétés suivantes :
| 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 :
|
Pour plus d'informations sur les points de terminaison des relations dans chacune des notations prises en charge, voir Notations MCD/MLB prises en charge dans le chapitre Gestion des modèles de données.
En outre cet onglet comprend une zone de groupe pour chacun des sens de la relation, qui comporte les propriétés suivantes :
| Propriété | Description |
|---|---|
| Rôle dominant | Dans une relation Un-Un, seul le sens de la relation doit générer une référence dans le MPD. Si vous définissez une direction dominante, la relation un-un génère une référence dans le MPD. L'entité dominante devient la table parent. Si vous ne définissez aucune direction dominante, la relation un-un génère deux références.
La relation ci-dessous montre une relation un-un. 
Dans un MPD, cette relation génère la référence suivante : Auteur est la table parent et sa clé primaire migre dans la table Photo en tant que clé étrangère. 
|
| Nom de rôle | Spécifie le texte décrivant la relation de l'Entité A vers l'Entité B |
| Dépendant | Dans une relation dépendante, une entité est partiellement identifiée par une autre. Chaque entité doit être dotée d'un identifiant. Cependant, dans certains cas, les attributs d'une entité ne suffisent pas à identifier une occurrence de cette entité. Pour ces entités, leur identifiant incorpore l'identifiant d'une autre entité avec laquelle elle a une relation dépendante.
Soit une entité Tâche dotée de deux attributs d'entités Nom de tâche et Coût de tâche. Pour une tâche accomplie dans le cadre de nombreux projets de différentes natures, le coût de cette tâche change en fonction du projet. C'est la raison pour laquelle l'entité Tâche a comme identifiant le Nom de la tâche et le Numéro de projet . Une relation plusieurs-plusieurs ne peut pas être une relation dépendante. Dans cet exemple, le sens du triangle montre que l'Entité B est dépendante de l'Entité A. 
Le cercle situé au bout du triangle indique que des occurrences de l'entité Projet ne requièrent pas une occurrence de l'entité Tâche. En revanche une occurrence de l'entité Tâche requiert une occurrence de l'entité Projet dont elle dépend. |
| Obligatoire | Indique que la relation entre entités est obligatoire. Vous définissez les options du point de vue des deux entités dans la relation.
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. |
| 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 :
|
| Copyright (C) 2008. Sybase Inc. All rights reserved. |
| |