Bonjour,

Je bloque sur un diagrame MCD pour un site web de film critique. Je trouve qu'il y a beaucoup de cardinalités minimal à 1 je suis encore étudiant je cherche à comprendre ou sont mes erreurs, merci de votre aide !

Bonjour,

C'est un peu brouillon ... et il y a beaucoup à dire ...

Je te conseille la lecture du document "Conception BDD" via ma signature.

Plusieurs remarques :

• Plateforme est une entité, avec un attribut nom, pas une relation
• Critique est une entité, avec des attributs texte, date et note, pas une relation
• Un film peut peut-être avoir plusieurs genres non ?
• Vu qu'une personne peut être acteur, réalisateur et producteur, pour éviter les redondances, il faudrait plutôt une seule entité personne, et une entité métier

Si vraiment tu veux être précis sur la production, tu peux envisager une entité société et une relation ternaire entre film, société et personne, avec un attribut budget :

Dans la relation participation, l'attribut precision peut contenir un commentaire, notamment le rôle de l'acteur.

-
Edité par Benzouye 30 janvier 2021 à 12:09:50

Bonjour , merci pour l'aide, 

Platforme devrait être une entité créé par l'usagé pour cela qu'elle ne peut exister que quand l'usager sélectionne sont choix de filme pour critique

Cela ne change rien ... Plate-forme reste une entité à part entière...

Ne mélange pas MCD et MLD ... Commence par finaliser ton MCD (entités et relations) avant de parler de MLD (tables et contraintes).

Mais oui, favoris serait une relation n,n entre film et usager, donc une table en plus, à l'image de la table diffusion.

FabioBrizzi a écrit:

Dans la version prototype du site, les réalisateurs ne sont pas des acteurs ou des producteurs, et vice-versa

C'est une mauvaise conception car tu multiplies les entités avec les mêmes attributs ... On ne parle pas de métier, mais de personne qui pourront faire plusieurs métiers, et même plusieurs métiers sur le même film ...

Par ailleurs dans ton MCD, la relation Joue a deux attributs identiques (nom et rôle), l'entité réalisateur a un attribut films_réalisé inutile (c'est le rôle de la relation que de définir la liste des films d'un réalisateur), l'entité producteur a un attribut et l'attribut nationalité mérite une entité à lui seul (que j'ai appelé pays), idem pour les sociétés de production (sachant qu'en plus, un producteur peut produire pour différentes sociétés de production dans sa carrière) ...

FabioBrizzi a écrit:

je n'ai pas à conserver les plateformes sur lesquelles un film est disponible, il faut seulement savoir sur quelle plateforme l'usager a visionné un film

Ok, je n'avais pas saisi, mais cela ne change pas le fait qu'il faille une entité plateforme avec une ternaire film/usager/plateforme ...

Un modèle plus rigoureux, flexible et évolutif serait donc :

C'est une mauvaise conception car tu multiplies les entités avec les mêmes attributs ... On ne parle pas de métier, mais de personne qui pourront faire plusieurs métiers, et même plusieurs métiers sur le même film ... 

Je comprend pas la mauvaise conception réfère la question posé ou le diagramme que j'ai proposé concernant les acteurs,etc

FabioBrizzi a écrit:

Je comprend pas la mauvaise conception

Benzouye a écrit:

C'est une mauvaise conception car tu multiplies les entités avec les mêmes attributs

Tu as dans ton modèle :

• une table acteur avec nom, prénom, date de naissance, sexe et nationalité
• une table réalisateur avec nom, prénom, date de naissance, sexe et nationalité
• une table producteur avec nom, prénom, date de naissance, sexe et nationalité

(Au passage, on ne stocke pas l'âge dans une table, mais la date de naissance. L'âge est le résultat d'un calcul qui va changer dans le temps ...)

FabioBrizzi a écrit:

Dans la version prototype du site, les réalisateurs ne sont pas des acteurs ou des producteurs

Ce n'est pas réaliste ... Si tu prends l'exemple du film "Million dollar baby", il faudra que tu crées un acteur, un réalisateur et un producteur avec les mêmes informations puisque Clint Eastwood fait les trois sur ce film ... et ce n'est pas une exception, ce cas est très répandu ...

Ton modèle induit une redondance de données, qui atteste d'une mauvaise conception.

-
Edité par Benzouye 10 février 2021 à 16:10:22

Par contre c'est le petit détail qui est demandé dans mon TP c'est pour cela que j'ai séparé les acteurs des realisateur,etc

Les instructions du TP me cite que un acteur ne peut pas etre un realisateur ainsi de suite ... si tels est le cas es-ce que mon diagramme ferait du sence ? pour ce qui des Films Favoris choisit par l'usager es-ce qu'il est bien positionner ?

-
Edité par FabioBrizzi 11 février 2021 à 1:49:03

Si c'est une contrainte (non réaliste ...), alors je pense qu'une meilleure solution est l'héritage.

https://sqlpro.developpez.com/cours/modelisation/heritage/

Une entité mère "personne" avec des entités filles par métier.

Le MCD et le MLD deviennent : https://www.partage-temporaire.fr/2021/02/11/mcd/

PS : L'éditeur est pété, on ne peut plus poster de fichier ... 

-
Edité par Benzouye 11 février 2021 à 18:05:33

Regarde le lien donné sur l'héritage.