Bonjour
j ai un systeme à modéliser : question et réponse. Cependant je me trouve dans un cas que je n ai pas encore rencontré. Des dépendances multivaluées mais dans les 2 sens.
Je m explique : une question comporte plusieurs réponses MAIS une réponse peut se retrouver dans différentes questions!
J ai donc 2 tables : Question et Réponse (qui contient une clé etrangère référencant Question) mais comment modéliser le fait qu une réponse peut se trouver dans plusieurs questions ?
 
J avais pensé à utiliser une 3 eme table dont la clé serait (Num_question, Num_reponse) mais je me demande si c est le plus judicieux.
 
Merci pour vos conseils.

A mons avis, je pencherais pour une mauvaise conception de ton modèle. Une question peut avoir plusieur réponses mais une réponse ne peut avoir qu'une question. Plusieurs réponses peuvent, par contre, être identique dans le texte.

la reponse "oui" peut etre utilisée dans différentes questions.
Est ce mieux d avoir des enregistrements à répétion (num_rep,rep,num_quest) du genre :
(1,"oui",2)
(2,"oui",3)
(3,"oui",54)
 
ou plutot :
 
1,2)
(1,3)
(1,54)
 
?

et? ce n'est pas parce qu'une réponse est l'homonyme d'une autre que c'est la même.

il n y a que ca qui différencie une réponse d'une autre pourtant. Enfin dans mon cas il n y a aucun autre attribut necessaire. D'ailleurs a premiere vue je ne vois pas de cas ou  il y en aurait. donne moi un exemple si tu en as un.

la réponse "non" dans une question positive ou dans une question négative par exemple. Dans le premier cas, elle signifie la négation de la question, dans le second, elle signifie l'approbation à la question. On a donc deux réponses homonymes mais aux sens diamétralement opposés.
 
en outre, un "oui" à une question ne signifie pas le même "oui" que celui d'une autre question.

d'accord je comprends, seulement l'objectif de mon application est purement statistique , genre "combien de % ont répondu non à la question blablablabla ?"
De ce point de vue que le non soit une négation ou une approbation ne change pas les stats.

Certes, cela ne change pas les stats, par contre, si tu persistes à ne pas vouloir dupliquer tes réponses, tu risques d'avoir des problèmes lors, par exemple, de la création d'un questionnaire. Si tu tu lies deux questions à une même réponses et que, après relecture, tu décides de modifier la réponse pour l'une des deux questions, tu vas devoir mettre en oeuvre des méchanismes beaucoup plus lourd que de simplement séparer tes réponses dès le départ. Et du point de vue de la DB, elle n'y verra que du feu.

Lourd ? comment ca ?
 
- insert into reponse values (122333,"nouvelle réponse" )
- update table couple_q_r set num_quest=$num_q, num_rep=122333 where num_question = $num and num_reponse = $old_rep