Discussion :

[Jerome S]

Bonjour,
Je m'approche de vous car j'ai besoin d'aide en conception de ma base de données. Je ne sais pas trop comment me dépatouiller. J'avais commencer à exposer mon problème ici mais ce n'était pas l'endroit adéquat.

Je reformule.
J'ai un table Personnage qui possède Nom, age, adresse, etc...
Chaque personnage possède une liste de musique préférées. Un personnage peut aimer 3 musique, un autre en aimera 10, et un 3eme 547850 (minimum de 1).
Si je ne me trompe pas :
Individu-(1, n)----AIMER-----(0, n)-musique
J'ai déja une table qui me répertorie toutes les musiques possibles.
Mais voilà, comment faire en sorte de modéliser cette relation ?
Au début, je comptait créer une table par individu, et dans cette table, mettre une FK dans Musique pour chaque musique qu'il aime. Mais j'ai comme l'impression que ca fait "barbare". J'ai regardé dans les tutos, la FAQ, mais soit j'ai mal cherché, soit je suis aveugle, soit je ne sais pas exactement ce que je cherche, soit... ok je sors !
Comment modéliser cela s'il vous plait ? Merci !

P.S : Le titre de la disscussion n'est absolument pas parlant. Si vous avez de meilleures idées, je suis preneur.

[punkoff]

Bonjour,

pour compléter ce que j'avais écrit, lisez ceci : http://blog.developpez.com/cinephil/...ive/#more10017

[Jerome S]

Je suis dans le cas 12. Il me faut une table associative. Mais comment la former ?
Un individu a besoin d'une ou plusieurs musique.
Soit je fais une table/individu ==> Pas bon
Soit je fais une table qui a chaque individu associe une liste de musique ==> Pas bon car il faut créer une table par liste de musique différente

Il me manque la bonne solution

[Richard_35]

Bonjour Jerome S et Punkoff (et CinePhil, pour la référence à son blog),

Je me permets de m'immiscer, Punkoff, pour proposer à CinePhil, s'il le souhaite, de compléter son blog avec la structure des tables découlant des cas analysés.

Jerome S, pour finaliser :
Individu ---0, n----[AIMER]-----0, n--- Musique

Tables (souligné=clé primaire, #=clé étrangère) :
Individu(Id_Individu, Nom, ...) ;
Musique(Id_Musique, Nom, ...) ;
Individu_Musique(#Id_Individu, #Id_Musique, ...).

[Jerome S]

J'approuve l'idée de Richard, pour mettre la structure
Pourquoi
Individu ---0, n----[AIMER]-----0, n--- Musique
et non pas
Individu ---0, n----[AIMER]-----0, n--- Musique
étant donné qu'il doit aimer au moins une musique ?

Si je fais ce que tu me propose, j'aurai ma table Individu_Musique un peu comme ca :

IdIndividu - IdMusique
1-2
1-3
1-5
1-8
1-9
2-4
2-5
2-6
2-7
2-8
2-9

Un même idMusique se retrouvera un très grand nombre de fois. Enfin, ca ne me dérange pas, c'est à la BDD de stocker tout ca

Merci à toi, je n'arrivais pas à m'en sortir !
Cordialement

Résolu

[Richard_35]

Pourquoi
Individu ---0, n----[AIMER]-----0, n--- Musique
et non pas
Individu ---1, n----[AIMER]-----0, n--- Musique
étant donné qu'il doit aimer au moins une musique ?

==> eh bien, il faut prévoir le cas d'un individu :

• qui n'aime aucun style de musique, du moins ceux qui lui sont proposés ;
• dont nous ne savons pas quel style de musique il aime.

Sinon, l'exemple que tu donnes est exact et

Un même idMusique se retrouvera un très grand nombre de fois .../...

==> c'est le but de l'opération.

[Jerome S]

Dans mon cas, pour déclarer un individu, il faut absolument renseigner quel musique il aime.
Enfin, mon application ne gère pas des individus ni des musiques, mais j'ai pris un exemple plus simple pour ne pas avoir à expliquer les spécifications de mon projet. Donc cela te dérange-t-il que je mette une relation 1,n ?
Je sais que c'est moi qui décide et que je met bien ce que je veux mais si tu devais regarder ma BDD et que tu voyais une relation 1,n, est-ce que tu trouverais ca mal sachant qu'il n'est pas possible qu'un individu soit déclaré sans au moins 1 musique (déjà référencé dans ma table musique) ?

Merci

[Richard_35]

Si la règle de gestion est

.../... qu'il n'est pas possible qu'un individu soit déclaré sans au moins 1 musique (déjà référencé dans ma table musique) .../...

==> alors, pas de problème, il faut conserver la cardinalité 1,n.

Mais bon, sachant que "qui peut le plus, peut le moins", le "1,n" est, en quelque sorte, inclus dans le "0,n" et non l'inverse, il y a moins de risque. Mais c'est un détail.

[Jerome S]

Tu as raison. Je te remercie vivement pour tes réponses
A charge de revanche