[Conception] Reflexion sur le multi-select

Bonjour,

Je suis en train de chercher quel SGBD je pourrais utiliser pour ma base de donnée.
Pour expliquer brievement, il s'agit d'une db contenant des recettes, (vous imaginez ce que l'on peut avoir comme champs) et un champ qui permet de savoir qui n'aime pas (ou adore) -cette recette-. Les noms proviennent d'une autre table.
Une des choses qui me déconcerte le plus, c'est le multi-select...

J'ai compris l'interet de pouvoir mettre plusieurs variables (issues d'une autre table) dans un seul et même champ d'une table, mais la technique m'échappe...

Alors, apres avoir recherché vainement par moi-même sur le net, je vous pose la question à vous: Comment envoyer vers MySQL un multi-select ??

Bon, je me doute qu'il faut concaténer les valeurs pour en faire une seule chaine -avec un implode()- avant de mettre le tout dans le champ, mais apres... imaginons que j'ai pu mettre ça au point sans la moindre tentative de suicide, après, est-ce qu'un query fonctionnerait, si je fais, dans le cas de mon exemple, une recherche pour afficher ce que n'aime pas Bidule ?

Merci de votre aide, l'aspirine ne fait plus d'effet...
Hex

hello ,

j'ai pas tres bien compris ton pb mais le plus simple c'est de creer une table 'aime' , avec un champs 'nom' et un champs 'noRecette' et comme ça quand tu affiche une recette tu faus une requete select dans ta table 'aime' , qui va chercher ceux qui aiment la recette , a adapter selon ton besoin evidement :mrgreen:

Citation:

---

Bon, je me doute qu'il faut concaténer les valeurs pour en faire une seule chaine -avec un implode()- avant de mettre le tout dans le champ, mais apres... imaginons que j'ai pu mettre ça au point sans la moindre tentative de suicide, après, est-ce qu'un query fonctionnerait, si je fais, dans le cas de mon exemple, une recherche pour afficher ce que n'aime pas Bidule ?

---

Avec une telle technique moi je me suicide.

Prenons comme exemple que tu as des recettes, et des gens. Chacunes de ces entités sont représentées dans ta base de données au travers de deux tables, disons recettes et personnes.

Si maintenant dans cet exemple on désirait pouvoir connaitre l'avis d'une personne pour une recette, il faudrait faire une table à part entière.
En terme de relation, c'est du M-N car une personne peut avoir un avis sur plusieurs recettes. Et une recette peut avoir plusieurs avis provenant de plusieurs personnes.

La composition de notre table serait faites ainsi :
(int) id_recette
(int) id_personne
(TEXT) avis

Avec comme clef primaire le couple (id_recette,id_personne).
Une personne n'à qu'un avis sur une recette. Il peut être mitigé, indécis, ou net, mais elle n'à qu'un seul avis.
Et une recette, peut avoir plusieurs avis provenant de différentes personnes.

Pour terminer il faut se demander si une recette peut ne pas avoir d'avis.
Ou si une personne peut ne pas donner son avis concernant une recette.
Dans cet exemple c'est le cas. On en déduit que notre relation n'est pas obligatoire.
Dans d'autres cas cette question à son importance, ici le problème étant relativement claire, la réponse coulait de source.

Voila, en espérant que cela t'aides un peu dans ta conception.

bye