Discussion :

[herve911]

bonjours à vous tous.

je viens vers vous car j'ai un soucis dans la création de ma base de données notamment sur cette question en particulier :

je dois proposer aux utilisateurs une liste de questions. Chaque questions à trois réponses possibles.
par exemple :
question 1 : je me sent fatigué / réponse : jamais / parfois / souvent

question 2 : dans un groupe je suis / réponse : leader / suiveur / timide

etc.... j'en ai un vingtaine comme ça.

alors mes questions sont les suivantes :

dois je créer une table pour les questions et une pour les réponses ou bien dois je créer une table par questions et réponse ?
si je dois créer une table question et une réponse, dois-je créer une table pour récupérer mes réponses ? et si oui comment faire ( comment au niveau de la requête dois je alimenter cette table ? ). est-il pertinent de faire une table unique avec des champs :
id (pk)
question (varchar)
réponse (enum)

merci d'avance de votre aide !

[herve911]

Bon et bien je crois avoir trouvé une solution qui me paraît pas mal :
alors je faire une table liste_question , une autre liste_réponse. Elles seront reliées à une table réponse qui contiendra l'identifiant des deux tables Précédentes.

Pensez vous que cela puisse être une bonne solution ?

[Linkin]

C'est une modélisation qui convient bien à ton problème. Rien à redire.

[CinePhil]

La solution est bonne mais incomplète.

1ère étape : On généralise...

Règle de gestion :
Une question peut être répondue par plusieurs réponses fermées et une réponse fermée peut répondre à plusieurs questions.

MCD :
question -0,n----répondre----0,n- reponse_fermee

Tables :
te_question_qst (qst_id, qst_libelle...)
te_reponse_fermee_rpf (rpf_id, rpf_libelle...)
tj_rpf_repondre_qst_rrq (rrq_id_reponse_fermee, rrq_id_question...)

2ème étape : On transforme...
Pour enregistrer les réponses réelles données par ceux à qui on a posé la question, il faut transformer l'association en entité associative

Règle de gestion :
Un répondant choisit une réponse fermée par question et une réponse fermée à une question peut être choisie par un répondant.

MCD :
question -0,n----concerner----(1,1)- reponse_question -(1,1)----répondre----0,n- reponse_fermee
repondant -0,n----choisir----0,n----------------------------|

Tables :
La table tj_rpf_repondre_qst_rrq change de nom mais pas de structure. Par identification relative (cardinalités 1,1 entre parenthèses dans le MCD), sa clé primaire est toujours composée des clés étrangères référençant les deux autres tables entrant en jeu dans l'association :
td_reponse_question_rpq (rpq_id_reponse_fermee, rpq_id_question...)
te_repondant_rpd (rpd_id, rpd_nom...)
tj_rpd_choisir_rpq_rcr (rcr_id_repondant, rcr_id_reponse_question...)

[herve911]

je vous remercie de vos réponses !!!!

ça me paraissait étrange de faire des tables pour lister mes questions d'un coté et une table pour lister mes réponses de l'autre !!! ( allez savoir pourquoi ??????? ) mais finalement ç'est ce qu'il y a a faire car c'est le seul moyen de récupérer et de stocker les réponses des utilisateurs !!!!!!

je refait donc mon mcd et je vous montrerais ( si vous êtes d'accord ) ce que ça donne

[herve911]

bon comme promis voici mon MCD.
il faut que je renomme certaines entités et liaisons mais je crois que c'est tout bon.