Discussion :

[finetude]

Bonjour,

je suis actuellement en stage, et j'ai un problème pour mon MCD. Je ne sais pas si il est possible de le construire.
Voici le travail que je fais:
- je crée des tables agrégées à partir de 2 ou 3 autres tables:
par exemple, j'ai une table qui regroupe toutes les voitures, une autre avec les vendeurs qui donne également leur vente avec un grain mensuel.
a partir de ces table je crée donc une troisième qui reprend les vendeurs, le grain et la voiture vendue.

Dans mon MCD je voudrai mettr la table des vendeurs et une entité qui correspondrait à ma table agrégée. Mais le problème c'est que je n'ai pa d'identifiant si je voudrai représenté cett entité. Est-ce que du fait que ce soit des tables agrégés je ne peux pas faire de MCD?
J'espère être assez compréhensible,car ce n'est pas évident à expliquer.

Merci d'avance pour vos réponses.

[hed62]

Le fait de parler de tables dans un MCD révèle un petit problème de séparation de concepts. Un MCD manipule des entité et des associations, il ne faut pas raisonner en termes de tables.

Le mieux pour toi je pense serait d'oublier ce qui existe en base, et de nous proposer un MCD tel qu'il devrait l'être.

une autre avec les vendeurs qui donne également leur vente avec un grain mensuel

A mon humble avis, il y a des choses à revoir ici

[finetude]

Rebonjour,

Oui je suis d'accord pour la définition du MCD.
En fait mon problème c'est que je ne peux pas représenté l'entité qui donnerait par la suite ma table agrégé car je n'ai pas d'identifiant...
Est-ce normal de rencontrer ce cas (de ne pas avoir de MCD) quand on crée des tables agrégées?

[hed62]

c'est que je ne peux pas représenté l'entité qui donnerait par la suite ma table agrégé car je n'ai pas d'identifiant...

Ton problème vient du fait que tu raisonnes à l'envers!
Tu veux faire un MCD en connaissant déjà ton modèle physique, mais forcément, si le modèle physique est erroné, ton MCD le sera aussi, et alors quel intérêt?

Etablit ton MCD. Ensuite tu obtiendra (presque automatiquement) ton MLD et ton MPD. Après on verra ces histoires de tables agrégées.

Tout ceci, evidemment, si tu es en mesure de revoir la base. Si elle est déjà faite et que tu ne peux rien changer dedans...

[finetude]

Je ne peux plus changer la base non.
C'est pour mon rapport de stage que je veux un MCD...
J'ai déjà tout créé (univers BO, rapports BO)

[hed62]

Domage... Pourrais t on alors avoir le MPD (générable automatiquement par els outils de SGBD) ?

[finetude]

Le schéma de l'univers se présente comme ceci:

J'ai une table centrale (pour mon exemple c'est celle des vendeurs,un vendeur a un identifiant) et autour de cette table on relie toutes la tables agrégées par cet identifiant (il est donc présent dans ces tables). aucune variable des tables agrégées ne sert d'identifiant, elle possède plusieurs clés:le numéro de l'idenfiant du vendeur ,le grain et un code (qui n'est pas unique ds la table)

[finetude]

j'ai mal formulé l'une de mes phrases.
ce n'est pas "aucune des tables agrégées ne sert d'identifiant" mais plutôt qu'aucune des tables agrégées n'a d'identifiant

[hed62]

Tu dois donc modéliser des associations, entre ta "table centrale" comme tu dis (appelons là Entité Vendeur) et les entités faibles Grain et Automobile (si j'ai bien compris, parceque ca reste très flou...)

Les entités faibles sont idéentifiées relativement à l'entité Vendeur (sur PowerAMC par exemple, cela se traduit par une cardinalité entourée de parenthèses). Elles n'ont pas d'identifiant propre, mais elles sont identifiées par rapport à l'identifiant du Vendeur, plus un numéro d'ordre (en tous cas je le suppose... encore une fois, tu ne m'a donné qu'une vague description textuelle, absolument pas un schéma de type MPD..)

Le fait de ne pas avoir un identifiant propre n'est pas un problème en soi. N'avoir aucun identifiant (qu'il soit simple ou composé) est plus problématique...

[finetude]

qu'entendez_vous par identifiant simple ou composé?

[hed62]

Client
#IdentifiantClientSimple : int
Nom : varchar

Commande
#IdentifiantClient
#NumeroOrdre
Montant

Ceci n'est qu'un exemple simple, pas forcément très correct, c'est juste pour montrer.
Précédé d'un # : clef primaire.
En italique : clef étrangère.

Tu peux voir que dans client c'est un identifiant simple, alors que la commande est identifiée par une clef primaire composée de deux clef étrangères (identifiantClient et NumeroOrdre)

[finetude]

Merci.
Mais dans le MCD je ne suis pas censé mettre déjà les clés étrangères c'est avec le schéma relationnel que l'on voit ça non?
en fait,j'ai des tables agrégées reliées à la table VENDEUR qui ont les même info mais un grain différen (l'une est annuelle, l'autre mensuelle)

[hed62]

Mais dans le MCD je ne suis pas censé mettre déjà les clés étrangères c'est avec le schéma relationnel que l'on voit ça non?

Effectivement, j'ai donné la traduction en MPD d'une identification relative (notion du MCD) afin de bien me faire comprendre.

mais un grain différen (l'une est annuelle, l'autre mensuelle)

Je préfère ne pas creuser de peur de ce que je pourrais trouver... Malheureusement, il est un peu tard pour faire une modélisation... J'ai bien peur que ton modèle soit bancal...

[finetude]

Merci quand même... Je leur donnerai uniquement le schéma de mon univers car je ne vois vraiment pas comment faire

[hed62]

Pourtant je t'ai donné les informations, non ?
Qu'est ce que tu n'arrive pas à faire ?

[finetude]

Je vois toujours pas comment organiser mon MCD...Le grain ne fait pas parti d'une entité pour moi.
je suis pommée là

[hed62]

Envoie ton début de MCD, et un vrai MPD, on verra ce qu'on peux faire.

[finetude]

est ce que pour vous le schéma de l'univers correpond au MPD?

[hed62]

Je ne sais pas ce qu'est un schéma de l'univers.. Un MPD, modèle physique des données, représente graphiquement ce qui est réalisé dans le SGBD, il schématise les tables, les clefs, les types des données, etc... De nombreux outils de bases de données le fournissent directement.

[finetude]

je vous ai join le schéma que jai avec BO. En fait sa donne les tables et les jointures entre les tables.