Discussion :

[ytrewq]

Salut,

Il semble que l'un des buts du MCD MERISE est de dégager les "fonctionnalités" d'une application. J'appelle "fonctionnalité" les entités-relation (celles qui se forment par les cardinalités n-aires de part et d'autre de la relation) c'est a dire les tables associatives

J'ai un MCD ou il y a beaucoup de CIF. Mais très peu d' entités-relations. Qu'en dite vous ? Cela signifie-t-il que mon applications fournira beaucoup de formulaires pour des données ( ou si on veut méta-données ) qui ne seront très peu utilisées car il y a peu de fonctionnalités ?

Rencontrez vous des situations pareilles ?

Est-il possible d'augmenter le nombre de fonctionnalités (même si nous pensons avoir fidèlement modéliser le MCD avec beaucoup de CIF) ?
Un faible nombre de fonctionnalité indique t-il une application qui ne fournira que le "bare-minimum" ou bien que la modélisation pourrait être davantage approfondie ?

[CinePhil]

Pour savoir quand il faut une table associative, voir mon article.

Beaucoup de CIF et peu de tables associatives, cela me semble quand même bizarre étant donné que les CIF portent souvent sur les tables associatives, justement !
Mais sans voir votre MCD, difficile de juger.

[ytrewq]

Pour savoir quand il faut une table associative, voir mon article.

Beaucoup de CIF et peu de tables associatives, cela me semble quand même bizarre étant donné que les CIF portent souvent sur les tables associatives, justement !
Mais sans voir votre MCD, difficile de juger.

Oui j'ai vu votre article... Mes CIF sont des association one-to-many. Donc ces CIF la n'entraine que la migration d'une clé primaire dans le MLD alors que les table associative découlent des many-to-many et donc par règle prennent les clés primaires des toutes les entités de la many-to-many.

[escartefigue]

Bonjour,

Je pense que vous faites une confusion entre les contraintes d'intégrité de la base de données, et les contraintes entre associations

Cf. le chapitre IV-C de ce sujet : http://ineumann.developpez.com/tutor...-merise/#LIV-D

[CinePhil]

Si cela peut vous rassurer, je viens de créer une base de données chez moi où, de mémoire, il n'y a que 5 tables associatives sur 32 tables au total.

Et actuellement au boulot je travaille sur une BDD de 42 tables dont seulement 5 tables associatives.

Mais j'ai l'impression, moi aussi, que vous compliquez votre vocabulaire.
Une CIF est une contrainte du genre : Un produit ne peut avoir une valeur pour un paramètre que si ce paramètre est associé au type de ce produit.

Règles de gestion :
R1 : Un produit est qualifié d'un seul type de produit et un type de produit peut qualifier plusieurs produits.
R2 : Un type de produit est précisé par un à plusieurs paramètres et un paramètre peut préciser plusieurs types de produits.

MCD :
produit -1,1----qualifier----0,n- type_ produit -1,n----préciser----0,n- parametre

Tables :
tr_type_produit_typ (typ_id, typ_code, typ_libelle)
te_produit_prd (prd_id, prd_id_type_produit, prd_reference, prd_nom...)
te_parametre_prm (prm_id, prm_libelle, prm_unite, prm_type_valeur...)
tj_prm_preciser_typ_ppt (ppt_id_parametre, ppt_id_type_produit)

Maintenant modélisons la valorisation des paramètres du produit (longueur, larguer, profondeur, poids, volume de contenance en litres ou en mètres cube, charge transportable en kg ou en tonnes, couleur, taille, pointure...).

Règles de gestion :
R3 : Un produit est caractérisé par un à plusieurs paramètres et un paramètre peut caractériser plusieurs produits.

MCD :
produit -1,n----caracteriser----0,n- parametre

Table supplémentaire :
tj_prm_caracteriser_prd_pcp (pcp_id_produit, pcp_id_parametre, pcp_valeur)

Si je me contente de ça, rien ne m'empêche d'enregistrer dans cette dernière table associative, par exemple, une pointure 42 pour une bombonne qui pourrait en fait contenir 42 litres.
Il faut donc ajouter sur le MCD une contrainte telle que celle que j'ai écrite plus haut.