Problème avec requête SQL [Résolu]

[bubblesort]

Bonjour,

J'utilise présentement Access 2003 pour stocker les données d'un questionnaire. Le questionnaire contient plus d'une centaine de questions (réponse OUI / NON).

Je fais une requête SQL pour obtenir seulement les questions qui ont été répondues par OUI (1). J'utilise le OR. Voici la structure utilisée pour mon where :

Code :

1
2
3
4
5
6
7
8
9
10
WHERE (((TBL_AUDIT_ARTICLE9.[9_1_1])=1))
   OR (((TBL_AUDIT_ARTICLE9.[9_1_2])=1))
   OR (((TBL_AUDIT_ARTICLE9.[9_2_1])=1))
   OR (((TBL_AUDIT_ARTICLE9.[9_2_2])=1))
   OR (((TBL_AUDIT_ARTICLE9.[9_2_3])=1))
   OR (((TBL_AUDIT_ARTICLE9.CR9_1_1)=1))
   OR (((TBL_AUDIT_ARTICLE9.CR9_1_2)=1))
   OR (((TBL_AUDIT_ARTICLE9.CR9_2_1)=1))
   OR (((TBL_AUDIT_ARTICLE9.CR9_2_2)=1))
   OR (((TBL_AUDIT_ARTICLE9.CR9_2_3)=1));

Ça fonctionne, mais comme j'ai plus d'une centaine de questions... je me demandais s'il y avait pas un moyen d'effectuer le même travail, mais en plus simple. L'idée est de simplement éliminer les enregistrements qui n'ont pas de réponse positive (OUI).

Merci!

[Waldar]

On peut raccourcir la syntaxe avec un IN (limité en nombre d'arguments, je ne connais pas celle-ci sur Access 2003) :

Code :

WHERE 1 IN ([9_1_1], [9_1_2], [9_2_1], [9_2_2], [9_2_3], ...)

[bubblesort]

Merci pour la réponse. Par contre, je ne pourrai l'essayer avant lundi prochain. Je donne un retour le plus rapidement possible. Si quelqu'un peut le confirmer avant, c'est tant mieux.

[CinePhil]

Il y a surtout un gros problème de conception !
Tu ne devrais pas avoir une question par colonne dans une seule table mais une table de questions et une table de réponses. Ta requête serait alors beaucoup plus simple et ta BDD réutilisable quel que soit le nombre de questions.

[pacmann]

En partant du model Waldar, si tu as un problème avec le nombre d'arguments acceptés, et si la colonne ne contient pas de NULL et si NON vaut 0...
(Ca fait beaucoup de si )

Code :

1
2
 
WHERE [9_1_1]+[9_1_2]+[9_2_1]+[9_2_2]+[9_2_3]+... >= 1

[bubblesort]

Merci CinePhil. Je vais plutôt créer une table pour récupérer les réponses. Par contre, il ne s'agit pas d'un questionnaire où l'utilisateur clique sur un bouton 'envoyer' et puis voilà. Il s'agit plutôt d'un questionnaire de travail pour une évaluation. On peut y retourner comme on veut.

Donc, je pourrais créer une table REPONSE et forcer l'utilisateur à cliquer sur un bouton 'envoyer' lorsqu'il veut obtenir les réponses positives. Toutefois, cette table devra être vidée et remplie de nouveau à chaque clic.

Est-ce que cela se tient?

Par curiosité, je vais également tester ton idée pacmann.

Merci!

[CinePhil]

Envoyé par bubblesort

Merci CinePhil. Je vais plutôt créer une table pour récupérer les réponses.

Sage résolution mais réfléchis quand même bien à la structure de la BDD, surtout quand je lis la suite de ta réponse :

Par contre, il ne s'agit pas d'un questionnaire où l'utilisateur clique sur un bouton 'envoyer' et puis voilà. Il s'agit plutôt d'un questionnaire de travail pour une évaluation. On peut y retourner comme on veut.

Soit, c'est faisable !
Il faut donc enregistrer les réponse de l'utilisateur au questionnaire au fur et à mesure qu'il les saisit et lui donner un code pour qu'il puisse revenir sur son questionnaire et le compléter.

Donc, je pourrais créer une table REPONSE et forcer l'utilisateur à cliquer sur un bouton 'envoyer' lorsqu'il veut obtenir les réponses positives. Toutefois, cette table devra être vidée et remplie de nouveau à chaque clic.

Est-ce que cela se tient?

Euh... moi pas comprendre ! Si tu vides la table, tu perds la saisie de l'utilisateur.
J'ai l'impression que tu te mélanges le cerveau entre les données (aspect statique) et le processus de réponse au questionnaire (aspect dynamique).

Commence par réfléchir au côté statique avant de passer au côté dynamique.
Tu peux aller voir dans le forum Schéma, il y a déjà eu des discussion relatives à la modélisation de BDD de questionnaires. Utilise l'outil de recherche du forum.

Et pose toi les bonnes questions !
- N'y a t-il qu'un seul questionnaire ou peut-il y en avoir plusieurs différents ?
- Les questions sont-elles toutes à réponse oui/non ou y a t-il des liste de choix de réponses ou encore des réponses textuelles libres ?

As-tu regardé les outils existants pour faire des questionnaires en ligne ? Si ce n'est pas trop tard, regarde du côté de Lime Survey qui est assez simple à prendre en main et assez puissant.

Bon courage !

[bubblesort]

Merci pour ton aide CinePhil.

Je vais regarder dans le forum. J'ai des contraintes dans ce projet... à commencer par Access! Je dois travailler avec les formulaires et non des pages ASP (par exemple).

Il faut oublier mon histoire de supprimer les données de la table et de la reconstruire par la suite. J'ai eu une bulle!

Comme j'ai plus de 100 questions, je dois travailler avec plusieurs formulaires que l'utilisateur parcours par un système de navigation. Je pourrais m'organiser pour envoyer les données de chaque formulaire vers la table REPONSE en question lors de la fermeture du formulaire.

Merci encore!

[CinePhil]

Comme j'ai plus de 100 questions, je dois travailler avec plusieurs formulaires que l'utilisateur parcours par un système de navigation. Je pourrais m'organiser pour envoyer les données de chaque formulaire vers la table REPONSE en question lors de la fermeture du formulaire.

Une question n'appartient-elle qu'à un seul questionnaire ou peut-elle appartenir à plusieurs ?

Tu peux afficher toutes les questions d'un formulaire à l'aide d'un seul formulaire mais en mode question par question et non pas en tableau.

Mais là on est vraiment sortis du cadre de ce forum consacré au langage SQL.

[bubblesort]

Effectivement, on sort du cadre! héhé

Une question peut appartenir à plusieurs questionnaires. Je ne suis pas sûr que le mode question par question pourrait fonctionner. Certaines questions doivent être désactivées en fonction des réponses de l'utilisateur.

Par exemple, la section 2_2 (ex.: 5 questions) est désactivée si l'utlisateur répond non dans la section 2_1 (ex.: 4 questions), etc.

Je retourne lundi au boulot pour continuer!

Je donnerai des nouvelles.

[bubblesort]

Malgré que la structure de la base pourrait être modifiée, je voulais simplement informer que la requête fonctionne avec le code suivant (sous Access 2003).

WHERE 1 IN ([9_1_1], [9_1_2], [9_2_1], [9_2_2], [9_2_3], ...)

Merci!