Discussion :

[mickael62800]

Bonsoir à tous et à toutes.

j'ai une petits questions entre les relations de tables

J'essaie d'imaginer les tables qu'il existe sur le site Netflix et j'ai du mal.

Voila mes tables:
- une table user avec des champs name / mails ...
- une table film avec des champs name / date de sortie / ect ...
- une table serie avec des champs name / nombre de saisons / etc...

parcontre je bute sur les associations entre les tables... et je pense qu'il manque une table pour associé ce petit monde

Un user peut avoir plusieur film
Un user peur avoir plusieur serie

un film peut avoir plusieur user
une serie peut avoir plusieur user

ce qui veux dire que j'ai une clé étrangere films et serie dans la table user
une clé étrangère user dans film
un clé étrangère user dans serie

[tatayo]

Bonjour,
Tu pars sur la mauvaise voie:

• une clé étrangere films et serie dans la table user => donc un user ne peut "avoir" qu'un seul film et qu'une seule série
• une clé étrangère user dans film => un film ne peut "avoir" qu'un seul user
• un clé étrangère user dans serie => une série ne peut "avoir" qu'un seul user

Or tu veux exactement l'inverse. Donc copie à revoir !
Tu indiques qu'il te manque un table pour associer tout ça. Je dirai plutôt qu'il te manque deux tables pour associer tout ça.

Tatayo.

[escartefigue]

Bonjour,

Pour éviter de se poser des questions métaphysiques sur la distribution des clefs étrangères, il est bien plus simple de commencer par modéliser le MCD (modèle conceptuel des données donc) qui doit être le reflet exact des règles de gestion. Comme vous avez rédigé les règles de gestion, schématiser le MCD ne sera pas un problème.
Et, à partir du MCD, la génération du MLD est automatique en quelques clics, ainsi le problème des FK se résout tout seul

Si vous cherchez un logiciel de modélisation gratuit, il existe Looping qui est très bien