Discussion :

[bndd24]

après réflexion, je pense que je vais choisir de lister dans un seul champ les sélections comme ceci :



Plus ergonomique et plus pratique.

et puis pour la partie recherche (select) j'ai pensé à FIND_IN_SET ? comme tu le suggères dans un post jreaux62.

oops, question supplémentaire : Je peux supprimer le champ "id" ? car dans la table, une seule ligne par membre (idmbr déjà unique).. ? par contre je place quel index sur le champ idmbr ?

[rawsrc]

Salut,

je te déconseille fortement ce design de table. C'est plus que fermé, carrément gravé dans le marbre. Si à chaque évolution du questionnaire, t'es obligé de modifier la structure de la table, t'es pas sorti de l'auberge. C'est voué à terminer dans le mur.
Sans compter que les critères avec IN ou FIND_IN_SET() sont appréhendés séquentiellement par le moteur d'où des performances dégradées.

Reprends le design de ta base en privilégiant l'approche ensembliste.

[rawsrc]

Un truc vite fait sur le coin du clavier :

[bndd24]

Merci mais je ne comprends pas, vous me dites que ce n'est pas la bonne méthode (ok j'ai compris..) mais sans m'indiquer la bonne..

enfin.. des solutions farfelue à mon gout..
jreaux62 > Une table pour chaque question (critère de recherche).
Franchement moyen.. et très usine à gaz

rawsrc > je te conseille de passer sur PostgreSql avec le type de donnée HStore (ça fait de merveilles)
donc impossible avec php/mysql ?
Je préfère rester en php/mysql. Je me considère comme débutant et pour le moment pas trop envie de changer, je me concentre sur le php/mysql.

Sincèrement, je trouve cela bizarre que ce soit impossible de faire une telle chose.. ou alors j'explique mal.

[Invité]

Personne ne te dis que c'est impossible.

Fais comme tu le sens.
Tu verras bien à l'usage.

[bndd24]

non je fais pas comme je le sens, vous êtes plus fort que moi en prog donc je prends en compte vos avis.

Personne ne te dis que c'est impossible.

En clair si.. ou alors 3 super solutions d’après vos posts :

1 : la solution que personne ne me recommande : 5,7,6,4,6 / FIND_IN_SET
2 : la solution de l'usine à gaz de tables... pas formidable.
3 : PostgreSql avec le type de donnée HStore (d’après rawsrc) chose que je ne connais pas du tout !

BREF.. Je me tire une balle ?

[rawsrc]

Il faudrait lire quand même un peu les réponses...

Tu as dit que tu préférais rester sur MySQL, ok pourquoi pas.
Quand je t'ai parlé d'une architecture EAV, est-ce que t'es allé voir de quoi il en retournait ?
Dans mon message 43, tu as une structure de type EAV adapté à MySQL. Est-ce que t'as vu dedans une colonne HStore ?

Bref, tu as largement de quoi pondre une solution adaptée à ta problématique sans t'enfermer dans une voie sans issue.

[Invité]

Bonjour,

jreaux62 > Une table pour chaque question (critère de recherche).
Franchement moyen.. et très usine à gaz

Parce que tu crois que te trimbaler des arrays d'une page à l'autre est plus ergonomique ?

J'ai eu la même réflexion (par manque d'expérience) autrefois.

Je me suis trimbalé un champ "critere_list" (de la forme : 1,3,6,7,12) dans une TABLE,
et j'ai été coincé dès qu'il fallait faire une recherche sur un critère en particulier ( "IN (...)" ne convient pas dans ce cas).
J'ai donc exclu ces critères du formulaire de recherche.

Ce n'est que bien plus tard que j'ai découvert FIND_IN_SET, qui m'a permis de "mettre un pansement sur une jambe de bois".
Et je ne l'ai utilisé... qu'une seule fois, dans un seul site (que j'ai retrouvé par hasard le mois dernier, et que je ne retrouve plus depuis !)

Bref, depuis, je fais des "usines à gaz" à base de TABLES et JOINTURES.
Ce qui me permet de réaliser des recherches multi-critères et des sélections précises sans la moindre difficulté.

Quant à savoir si IN fait perdre en performance....
Un requête de recherche n'est exécutée dans la page qu'une seule fois (ce n'est pas comme si on devais l'exécuter 1000 fois).
D'ailleur, on n'est pas obligé d'utiliser "IN". Il suffit d'un :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

"SELECT ... WHERE (critere = ... OR critere = ... OR ...) ..."

CONCLUSION : "à chacun de se faire sa propre expérience."


IMPORTANT : je ne dis PAS que c'est la "meilleure" méthode.
Car je ne connais pas celle proposée par rawsrc, et je ne suis pas non plus un spécialiste/administrateur de BdD (c'est tout un métier... ).

[Invité]

Je comprends qu'on t'ait mis dans la confusion.

1/ Si on reprend ton cas particulier :
ce ne sont pas forcément les QUESTIONS qu'il faut mettre dans des TABLES (ou du moins, pas autant que tu penses) !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
<?php
// array
$array_origine = array('Européenne', 'Africaine', 'Asiatique', 'Arabe', 'Indienne', 'Hispanique', 'Autre');
$array_religion = array('Protestante', 'Catholique', 'Musulmane', 'Juive', 'Bouddhiste', 'Orthodoxe', 'Autre', 'Croyant, non pratiquant', 'Ni croyant, ni pratiquant');
$array_consommation_tabac = array('Jamais', 'Plusieurs fois dans l\'année', 'Environ une fois par semaine', 'Plusieurs fois par semaine', 'Plusieurs fois par jour');
$array_consommation_alcool = array('Jamais', 'Plusieurs fois dans l\'année', 'Environ une fois par semaine', 'Plusieurs fois par semaine', 'Plusieurs fois par jour');
$array_nombre_enfants = array('Aucun enfant', 'Un enfant', 'Deux enfants', 'Trois enfants et plus');
$array_enfants_desires = array('Oui, bien sûr', 'Peut-être', 'Non, en aucun cas');

• $array_consommation_tabac et $array_consommation_alcool sont identiques.
  Il est fort possible que tu aies d'autres questions réclamant les mêmes "réponses-type". Donc, à priori, 1 seul array (ou 1e seule table) suffit !
• $array_enfants_desires : idem, d'autres questions pourraient réclamer les mêmes choix de réponses.
• Quant à "origine" et "religion", ce sont typiquement le genre de données que je mets en BdD (+ gestion via panel Admin, pour plus de flexibilité)

2/ Où déclarer ces array ?
(car j'utilise, ne t'en déplaise, moi aussi ce type d'array de "question-réponse" !)
Sachant qu'il seront utiles pour :

• formulaire de critères du user/membre (1 choix -> bouton radio)
• formulaire de critères recherchés par le user/membre (plusieurs choix -> checkbox)
• formulaire de recherches multi-critères (plusieurs choix -> checkbox)
• ... (admin ?)

La réponse : un fichier de config, où on déclare une fois (et une seule) les array (ce qui facilite leur maintenance, et modification éventuelle).


BREF : A TOI de bien réfléchir AVANT de coder, et d'OPTIMISER la CONCEPTION pour, au final, te faciliter la vie.

[bndd24]

Je pense que cette partie de la réalisation est encore un peu difficile pour moi, je vais donc attendre d’être mieux armé avant de continuer. En attendant, je bosse sur une autre partie.

Je vais prendre du recul et bien réfléchir les amis merci pour vos messages et votre aide toujours rapide et précise ici