1. #1
    Futur Membre du Club
    Inscrit en
    février 2014
    Messages
    10
    Détails du profil
    Informations forums :
    Inscription : février 2014
    Messages : 10
    Points : 6
    Points
    6

    Par défaut Augmenter nombre de fonctionnalité du MCD

    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 ?

  2. #2
    Modérateur
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    août 2006
    Messages
    15 070
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2006
    Messages : 15 070
    Points : 29 048
    Points
    29 048
    Billets dans le blog
    4

    Par défaut

    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.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  3. #3
    Futur Membre du Club
    Inscrit en
    février 2014
    Messages
    10
    Détails du profil
    Informations forums :
    Inscription : février 2014
    Messages : 10
    Points : 6
    Points
    6

    Par défaut

    Citation Envoyé par CinePhil Voir le message
    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.

  4. #4
    Expert éminent

    Homme Profil pro
    bourreau
    Inscrit en
    mars 2010
    Messages
    2 996
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : mars 2010
    Messages : 2 996
    Points : 6 582
    Points
    6 582
    Billets dans le blog
    1

    Par défaut

    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

  5. #5
    Modérateur
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    août 2006
    Messages
    15 070
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2006
    Messages : 15 070
    Points : 29 048
    Points
    29 048
    Billets dans le blog
    4

    Par défaut

    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.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

Discussions similaires

  1. Augmenter nombre de requêtes par connexion
    Par flexbrane dans le forum Administration
    Réponses: 6
    Dernier message: 24/04/2014, 14h08
  2. Augmenter nombre d'utilsateur
    Par thebarbarius dans le forum Windows Serveur
    Réponses: 3
    Dernier message: 27/08/2012, 14h10
  3. [ASE]augmenter le nombre de tables de travail allouées
    Par MERER Gildas dans le forum Sybase
    Réponses: 5
    Dernier message: 24/02/2006, 18h06
  4. Réponses: 2
    Dernier message: 28/07/2005, 04h59

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo