Discussion :

[Nickook]

Bonjour a tous!!

Je sollicite votre aide pour avoir une vérification du MCD concernant la gestion d'une cave à vin !

Voilà le MCD :



Merci d'avance !

[fsmrel]

Bonjour Nickook,


C'est pas mal , Quelques questions quand même...


Entité-type BOUTEILLE

Attribut Nom_emplacement_bouteille : de quoi s’agit-il ?

Attribut Quantite_bouteille : de quoi s’agit-il ?

Donnez des exemples accompagnant les explications.

Entité-type CLASSEMENT : de quoi s’agit-il ?


Entité-type SORTIE

Attribut Evenement_sortie : de quoi s’agit-il ? (Donnez des exemples)

On peut supposer qu’une sortie soit composée de plusieurs bouteilles, mais pourquoi une bouteille pourrait-elle faire l’objet de plus d’une sortie ?

Entité-type ENTREE

Attribut Evenement_entree : de quoi s’agit-il ? (Donnez des exemples)

Je suppose qu’une entrée concerne un approvisionnement visant à alimenter le casiers des utilisateurs.

On peut supposer qu’une entrée soit composée de plusieurs bouteilles, mais pourquoi une bouteille pourrait-elle faire l’objet de plus d’une entrée ?

Factures

Une facture peut ne pas faire l’objet d’entées, donc de lignes de facture. Qu’en est-il ? Où est la date de la facture ? A quoi correspond l’attribut lieu_achat_facture ? Comment retrouve-t-on l’émetteur de la facture ? Si une facture porte sur plusieurs entrées, donc plusieurs bouteilles, a priori il peut y avoir plusieurs utilisateurs concernés. Si tel est le cas, comment répartir la facture sur ces utilisateurs ? sinon, est-ce vous et vous seul qui régliez l’ardoise ?

Il faudrait que vous nous racontiez le film des événements se succédant lors suite à l’arrivée d’une facture.

[Nickook]

Bonjour !!!
Merci pour votre réponse !!!

Entité-type BOUTEILLE

Attribut Nom_emplacement_bouteille : suivant le nombre de lignes et de colonnes d'un casier la bouteille aura un emplacement de type ( A1, B2 )

Attribut Quantite_bouteille : le nombre de bouteilles totale ( je pense l'enlever de ma base de donnees et le calculer )


Entité-type CLASSEMENT : il s'agit du classement d'un vin (ex : grand premier cru )


Entité-type SORTIE

Attribut Evenement_sortie : il s'agit de du contexte de sortie d'une bouteille de la cave ( repas de famille par exemple )

Et en effet il n'y a qu'une sortie par bouteille (erreur de ma part) idem pour Entité-type ENTREE


Attribut Evenement_entree : il s'agit de du contexte d'entrée d'une bouteille dans la cave ( anniversaire de l'utilisateur par exemple )


Factures ==> il s'agit de lacquisition d'une ou plusieurs bouteilles (j'hésite a retirer cette table )

lieu_achat_entree : correspond au lieu d'achat des bouteilles entrée (un salon des vins par exemple )

je vous laisse le nouveau mcd :

[fsmrel]

Bonjour Nickook,

Attribut Nom_emplacement_bouteille : suivant le nombre de lignes et de colonnes d'un casier la bouteille aura un emplacement de type ( A1, B2 )

D’accord. Du strict point de vue de la modélisation, il y a donc une relation, une contrainte, entre les valeurs prises par l’attribut nom_emplacement_bouteille de l’entité-type BOUTEILLE et les valeurs prises par les attributs nb_lignes_casier et nb_colonnes_casier de l’entité-type CASIER. En l’absence de contrôle automatisé (disons sous la forme d’un trigger au stade SQL), rien n’empêche que l’emplacement <a1, b1> soit en dehors des bornes définies par ces deux colonnes, ou encore que plusieurs bouteilles soient partagent l’emplacement <a1, b1>... Vous me direz qu’il s’agit de casiers à bouteilles, donc qu’une incohérence dans la base de données n’est pas aussi dramatique que s’il s’agissait d’emplacements de choses dans des réacteurs nucléaires, auquel cas il faudrait qu’on affine et bétonne le modèle...

Attribut Quantite_bouteille : le nombre de bouteilles totale ( je pense l'enlever de ma base de données et le calculer)

Si le nombre de bouteilles est calculable, alors cet attribut doit disparaître car redondant (la redondance est un des ennemis les plus sournois et redoutables des base de données).


La patte connectant l’entité-type BOUTEILLE et l’association SORTIR, est porteuse d’une cardinalité 1,1, ce qui veut dire qu’une bouteille est forcément sortie (en même temps qu’elle est entrée ), est-ce bien pertinent ?

A propos de redondance : l’entité-type ENTREE comporte un attribut quantite_entree : il y a là une redondance, car on sait retrouver l’information par sommation, à partir de l’association avec l’entité-type BOUTEILLE (ceci vaut pour les sorties).

Factures ==> il s'agit de l’acquisition d'une ou plusieurs bouteilles (j'hésite a retirer cette table )

Le défi est de garder la table (entité-type au niveau conceptuel où nous nos situons pour le moment, avant de descendre dans la soute au tables...) On peut mettre cette affaire à plat, à partir des éléments que j’ai évoqués dans mon précédent message.


En tout cas :