![Citation](https://forum.developpez.be/images/misc/quote_icon.png)
Envoyé par
AiDuK
quel logiciel utilisez vous pour faire vos MCD svp ?
Comme je l’ai précisé dans mon 1er message, il s’agit de Power AMC.
![Citation](https://forum.developpez.be/images/misc/quote_icon.png)
Envoyé par
AiDuK
Pour apporter une clarification, une tache ou sous tache ne peut appartenir qu'a un et un seul projet.
On est bien d’accord, mais si l’on connaît le projet auquel est affectée une tâche, alors par induction, on connaît le projet auquel est affectée une sous-tâche quelconque, sans que celle-ci y fasse explicitement référence.
![Citation](https://forum.developpez.be/images/misc/quote_icon.png)
Envoyé par
AiDuK
En ce qui concerne la table 'affectation', je ne comprends pas bien son utilité puisque normalement, le clé primaire de la table projet devrait migrer en clé primaire - étrangère de la table tache (projet 0,N --comporter-- (1,1) tache).
Comme je l’ai expliqué dans mon précédent message, modéliser :
Projet 0,N --comporter-- (1,1) Tache
signifie que non seulement les tâches, mais les sous-tâches feront explicitement elles aussi référence aux projets (rappel : les tâches t1 et t2 font référence au projet p1, tandis que la tâche t3 fait référence au projet p2), engendrant une redondance néfaste :
Et si l’on ne surveille pas la cohérence de ce système, rien n’interdit que, par exemple, la sous-tâche t112 fasse référence au projet p2, ce qui serait une erreur.
Ça c’est pour Charybde. Pour en venir à Scylla, on pourrait modéliser ceci :
Projet 0,N --comporter-- (0,1) Tache
la cardinalité minimale 0 permettant alors au bonhomme NULL de se manifester au niveau logique :
D’où la justification de l’entité-type AFFECTATION, car le bonhomme NULL est interdit de séjour dans la théorie relationnelle (d’aucuns vous diront qu’en SQL il est admis, et tant pis si l’algèbre relationnelle est mise en échec...)
![Citation](https://forum.developpez.be/images/misc/quote_icon.png)
Envoyé par
AiDuK
dans ton MCD, je ne vois pas trop le fonctionnement de hiérarchie, si c'est une table ou autre
Au niveau du MLD (modèle logique des données), HIERARCHIE est bien une table, sinon on s’enfoncerait encore un peu plus dans le marécage des NULLs comme ci-dessous :
![](http://www.fsmwarden.com/developpez/AiDuK(Taches)Extension_V4.jpg)
D’où ma préférence pour un système conforme à la théorie relationnelle :
Partager