Discussion :

[berangereFC]

Bonjour à tous,

Je souhaiterai avoir votre avis sur le MCD que j'ai construit car je suis en école ingénieur agricole et je débute dans le domaine des bases de données.
Le sujet est le suivant :
Une entreprise vinicole souhaite créer une base de donnée pour suivre ces essais. Elle réalise des essais œnologiques et les bouteilles d'essais sont stockées en cave. Chaque essai est composé de différentes modalités (appelées lots). Les bouteilles sont obligatoirement analysées (analyses destructives) à chaque stade. Elles peuvent être également dégustées à différents stades (de 15 mois à 9 ans). Comme le suivi se fait sur une longue période, l’entreprise souhaite connaitre quels essais sont à suivre pour un mois donné. Les analyses et les dégustations nécessitent de prélever des bouteilles dans la cave. L’entreprise souhaite donc également gérer les stocks des essais avec la base de donnée.

Voilà le MCD que j'ai construit en PJ



Merci par avance !

[escartefigue]

Bonjour,

Ce qui surprend dans ce modèle, vu le sujet, c'est que les bouteilles n'apparaissent nulle part

Et ce qui est gênant c'est que l'énoncé ne permet pas de comprendre facilement les règles de gestion. Or les règles de gestion sont essentielles pour bien modéliser le MCD
Par exemple, plutôt que d'écrire "Chaque essai est composé de différentes modalités (appelées lots). Les bouteilles sont obligatoirement analysées (analyses destructives) à chaque stade"
Il serait préférable de mentionner
R001 : un essai concerne un ou plusieurs lots"
R002 : un lot peut concerner au maximum un essai
R003 : un lot est composé d'une ou plusieurs bouteilles
R004 : une bouteille peut concerner au plus un lot
R005 etc...

Avec cet exemple de règles on peut modéliser ainsi
ESSAI 1,n --- concerner --- 0,1 LOT 1,n --- composer --- 0,1 BOUTEILLE

Ensuite, pour les entité-type, il ne faut jamais utiliser d'attribut fonctionnel comme identifiant primaire. Les identifiants fonctionnels sont par nature instables (leur valeur peut changer) et d'un type généralement CHAR ou VARCHAR peu propice aux performances.
Il faut donc utiliser un attribut technique de type entier, et de préférence attribué par le SGBD pour s'affranchir de sa gestion (c'est la base de donnée qui attribut la valeur et en garantit l'unicité)
Par exemple, pour l'entité-type ESSAI, vous auriez les attributs suivants
- ES_id integer PK
- ES_code char(n)
- ES_datedb date
- ES_datesu date

[berangereFC]

Bonjour,

Merci pour votre réponse. Je suis étudiante en école ingénieur agricole et nous avons seulement eu une initiation aux bases de données je n'ai pas appris à utiliser le language que vous utilisez pour décrire les attributs.
En postant mon MCD sur ce forum je cherchais également à vérifier si j'avais bien intégré le stock au bon endroit.
Je vais reformuler mon énoncé à la manière de vos règles pour vérifier que je n'ai pas oublié d'entité.

Encore merci !