Modelisation d'un probleme de base de données
awido
Messages postés
3
Date d'inscription
Statut
Membre
Dernière intervention
-
Awido -
Awido -
Bonjour,
Je viens auprès de vous pour une correction d'un problème de BDD que je suis entrain de faire. J'ai modelisé le MCD sur PowerAMC mais je ne suis pas sure qu'il soit bien fait. Je suis débutant et je ne comprends pas encore les tenants et les aboutissants de la modelisation. Je sais qu'il n'y a pas de modèle unique.
Voudriez vous bien me dire s'il y'a des erreurs ou si je dois modifier des choses pour que mon MCD soit cohérent.
Je vous remercie d'avance de votre aide.
En pièce jointe le probleme a modeliser et le MCD que j'ai réalisé sur Power AMC
Je viens auprès de vous pour une correction d'un problème de BDD que je suis entrain de faire. J'ai modelisé le MCD sur PowerAMC mais je ne suis pas sure qu'il soit bien fait. Je suis débutant et je ne comprends pas encore les tenants et les aboutissants de la modelisation. Je sais qu'il n'y a pas de modèle unique.
Voudriez vous bien me dire s'il y'a des erreurs ou si je dois modifier des choses pour que mon MCD soit cohérent.
Je vous remercie d'avance de votre aide.
En pièce jointe le probleme a modeliser et le MCD que j'ai réalisé sur Power AMC
Configuration: Android / Chrome 79.0.3945.93
A voir également:
- Modelisation d'un probleme de base de données
- Fuite données maif - Guide
- Base de registre - Guide
- Supprimer les données de navigation - Guide
- Formules mathématiques de base - Télécharger - Études & Formations
- Tnt base de données vide - Forum TNT / Satellite / Réception
2 réponses
Ci dessous j'ai egalement les tables fournies avec le problème mais je ne suis pas sure qu'il ait un lien avec le MCD.
Mais je l'envoie quand même pour au cas ou
Merci
Mais je l'envoie quand même pour au cas ou
Merci
Salut,
les tenants et aboutissants d'un MCD c'est le MLD , autrement dit les tables.
Vous pouvez vous aider de ça pour voir si votre modèle est logique.
Par exemple ici vous avez Gardiens, Employés, Responsables... ce qui me paraît 3 tables similaires, d'ailleurs en lisant bien l'énoncé vous réaliserez qu'un employé est soit gardien soit responsable.
"Je sais qu'il n'y a pas de modèle unique. "
Mais une méthode unique , les différences viendront de l'univers du discours et d' éventuelles proposition d'optimisation.
Enfin je me rappelle qu'en cours mes MCD n'était pas du goût du prof mais juste car j'ai une expérience pratique avant d'avoir eu les cours, donc je ne suis pas sûr de vous aider vraiment.
Selon moi allées et cages devraient être regroupés car une cage ne peut exister sans être dans une allée (et que ça concernne la même chose), même chose pour les 2 types d'employés (sauf qu'un employé est d'un type ou de l'autre on peut donc ajouter une donné 'rang' ou 'fonction' dans la table, et donc établir les relations en fonction de ça.
Côté opérationnel le modèle que je propose à l'avantage de supprimer de la complexité (et de la lenteur) lors des traitements (et aussi de ne pas multiplier des données identiques en clés étrangères sur différentes tables) et aussi de permettre à un employé de pouvoir être tour à tour gardien ou responsable.Le défaut de mon modèle devient alors qu'un employé ne peut pas avoir les 2 fonctions en même temps ce que je justifierais dans l'UDD.
les tenants et aboutissants d'un MCD c'est le MLD , autrement dit les tables.
Vous pouvez vous aider de ça pour voir si votre modèle est logique.
Par exemple ici vous avez Gardiens, Employés, Responsables... ce qui me paraît 3 tables similaires, d'ailleurs en lisant bien l'énoncé vous réaliserez qu'un employé est soit gardien soit responsable.
"Je sais qu'il n'y a pas de modèle unique. "
Mais une méthode unique , les différences viendront de l'univers du discours et d' éventuelles proposition d'optimisation.
Enfin je me rappelle qu'en cours mes MCD n'était pas du goût du prof mais juste car j'ai une expérience pratique avant d'avoir eu les cours, donc je ne suis pas sûr de vous aider vraiment.
Selon moi allées et cages devraient être regroupés car une cage ne peut exister sans être dans une allée (et que ça concernne la même chose), même chose pour les 2 types d'employés (sauf qu'un employé est d'un type ou de l'autre on peut donc ajouter une donné 'rang' ou 'fonction' dans la table, et donc établir les relations en fonction de ça.
Côté opérationnel le modèle que je propose à l'avantage de supprimer de la complexité (et de la lenteur) lors des traitements (et aussi de ne pas multiplier des données identiques en clés étrangères sur différentes tables) et aussi de permettre à un employé de pouvoir être tour à tour gardien ou responsable.Le défaut de mon modèle devient alors qu'un employé ne peut pas avoir les 2 fonctions en même temps ce que je justifierais dans l'UDD.
Salut,
Je vous remercie pour votre réponse.
Donc si je comprends bien, je dois reunir cages et allées dans la meme table et pour les employées, je reunis gardien et responsable dans la meme table egalement en ajoutant comme attribut "fonction" ou "rang"?
Aussi, a un moment il est dit que l'on retient les maladies contractées par les animaux depuis leur arrivée. A ce niveau je suppose que c'est bon. Si vous regardez bien, j'ai une association contracter entre la table animaux et maladie et comme attribut dans l'association j'ai mis date maladie et maladie contracter est ce bon a ce niveau?
Je vous remercie pour votre réponse.
Donc si je comprends bien, je dois reunir cages et allées dans la meme table et pour les employées, je reunis gardien et responsable dans la meme table egalement en ajoutant comme attribut "fonction" ou "rang"?
Aussi, a un moment il est dit que l'on retient les maladies contractées par les animaux depuis leur arrivée. A ce niveau je suppose que c'est bon. Si vous regardez bien, j'ai une association contracter entre la table animaux et maladie et comme attribut dans l'association j'ai mis date maladie et maladie contracter est ce bon a ce niveau?