Reprise du message précédent :

sur ce coup la, skeye a raison, il faut parfoit faire des concessions au niveau de la base de donnees, mais dans le cas qui nous concerne, ca ressemble plus a une base perso

 
Ca tombe bien, quand j'ai répondu ça je répondais à une question de dwogsi qui me demandais ce que je ferais dans la pratique. C'est-à-dire APRES la modélisation.

Et c'est gratuit, PwerAMCD?

Non mais de toute façon fallait pas croire que j'étais vraiment sérieux! Si ya pas c'est bien qu'il y a une raison!
Je me suis juste permis un p'tit "freestyle" SQL!
 

D'accors mais LA, ICI, dans CE cas précis, je dirais un programme bien fait et la BDD construite selon les règles.

Quand à la question de savoir s'il y a 8 tables ou 400 je m'en fous royalement.
Je soulignais juste le fait que c'est une opti qui s'utilise sur des applis plus que conséquentes, et pas seulement dans mon cerveau malade.

plus maintenant je crois.
 

Conclusion : relativisons!
Ici BDD avec table supplémentaire ne génera pas? non? Zetes pas d'accord?

C'est pas plutot PowerAMC ? des fois, pq PwerAMCD, google n econnait pas...

Oui oui c'est pOwerAMCD, désolé pour la faute de frappe.
Au fait, ton MCD c'est un exercice de BTS, non???

 
A priori, non.

Sauf si biensur tu possède une médiathéque composée de 7'000'000'000'000 de films mais ça m'étonnerais beaucoup.

pas besoin de tout ça pour obtenir une table acteur/nationalité monstrueuse, s'il référence scrupuleusement tous les acteurs et figurants de chaque film...

 
Exact.
C'est pour une PTI base de données (BTS IG)

comme outils facile il y a DB-MAIN aussi. Gratuit pour les étudiants....

 
lol on dérive.... Et imaginons qu'il référence tout les acteurs,réalisateur existant au monde pour pouvoir créer des listes de choix très complète???!!! Sacrés bordel!

Les nationalités ce serait déjà pas mal.

Effectivement ouai.

petite question, tes dvd c'est que des films ? pas des series ou autres, c a d plusieurs episodes/film sur un support et/ou une saison/film sur plusieurs support ?
c juste histoire de relancer la conversation

arf.... On va encore se taper un débat sur un changement de cardinalité???
Nouvelle table? pas nouvelle table?
 
Attendez, je vais chercher le fouet et après on commence à débattre!

(et si on le laissait faire ses exos tout seul?:o)

Et si on lui donnais l'occasion de ce faire des noeuds au cerveau

Merde, je voulais dire Débattre (quoique battre ca colle bien aussi).
Et faisons des noeuds à son cerveau comme ça il se la joue devant les autres après lol!
 
[HS]Pour créer un tchat, pour le stockage des derniers messages, vous conseillez BDD ou fichier texte?[/HS]

tu as bien dit Débattre, mais je trouvais que battre ...

A c'est pour ça que je trouvais la coincidence pour le moins étrange!

L'idée de mettre des series sur des dvd c'est pas mal, alors la je n'ai qu'a remplacer 1,1 par 1,n entre SUPPORT ET CONTENIR...

Tout simplement oui, mais là, pas de table supplémentaire!

OK

Sauf si on considere qu'un film peut etre sur plusieurs DVDs    
exemple le seigneur des anneaux edition collector 2 DVDs pour le film et 2 pour les bonus
(en meme temps le support n'est pas forcement le dvd mais le coffret ouf)

OUI le support est l'ensemble (eventuellement je fais un champs nb_support)...
 
Tiens je viens de tester le logiciel AnalyseSI et il est vraiment tres bien (à cote d'excel pour les MCD, rien a voir)...
 

Arf.... dans ce cas :
[SUPPORT]1,N-------|CONTENIR|--------1,N[FILM]
Là t'es tranquile.

Si je remplace les entités REALISATEUR et ACTEUR par une seule entité PERSONNE et que je met la qualité dans la relation (PARTICIPER), comment représenter un association avec des données? Doit-elle avoir un clé primaire, si oui laquelle?
Merci.

(...et s'il a un film en double, un film peut être sur plusieurs supports, non?   )

   ___________
 /  PARTICIPER  \
|---------------|
 \___Qualité___/
 
Bon c'est chiant à faire en texte mais ça donne quelque chose comme ça...

Oui merci.
Je viens de réaliser qu'elle ne doit pas avoir de clé primaire puisqu'elle n'est pas une entité. Elle se transformera en relation et recevra comme identifiant la concatenation des identifiants des deux entités qu'elle relie..
C'est bien ça?
 

 
PARTICIPER(#no_personne,#no_film)
Normalement c'est juste un couple de clé étrangères formant toutes deux la clé primaire. Si je relis mes cours c'est textuellement ce que je vois, c'est un peu tordu je trouve mais bon tu es dans un truc bien scolaire...

Ca va pas marcher. Une personne peut à la fois jouer et réaliser.

(donc une table type_participation, avec code et libellé, on fait une association ternaire, et la clé est le triplet des codes.)

.............aaaaaaaaaarrrrrrrrrrgggg!!!!!!!!!!!!!!!!!!!!!!!!!!! skeye je vais t'étrangler!!!      
 
Bref, ça peut marcher vu que notre association contient la donnée "qualité", on pourrait lui donner trois valeur possibles :
acteur, réalisateur, les deux.
 
Edit : Ouai ok on met les deux valeurs possibles dans une table supplémentaire et on colle une association ternaire. C'est juste.

 
J'adore jouer avec ça...

"Je l'ai lu dans le 20 minutes".... Hummmm ils ne l'éditent qu'à Lyon ou ailleurs?

ailleurs aussi, mais c'est une private joke.