Discussion :

[laipreu]

Bien le bonjour les gens,

Je viens à vous car j'ai une question.
Dans ma base de donnée j'ai différent champ ENUM mais je ne sais pas si ils sont justifié.

L'utilisateur à de temps en temps des multichoix à faire. ENUM peut recevoir de multichoix?
Pour un champ ENUM 'a','b','c'
On ne peut sélectionner que 'a' ou 'b' ou 'c'?
Ou on peut sélectionner 'a' et 'b' pour un même utilisateur?

Si on ne peut pas alors serai t-il envisageable de créer un VARCHAR contenant mes valeurs 'a','b' par exemple, et ensuite découper ce string via explode. D'en faire un tableau et prendre les données qui m'intéresse.

En gros ma question est : quel est le choix le plus judicieux pour enregistrer des multichoix dans une base de donnée?

J'entend par multichoix, une liste de checkbox par exemple.

Merci pour vos conseils

[al1_24]

Dans le cadre d'une approche normalisée de la structure de votre base de données, la sélection possible d'une série de valeurs doit se traduire par une table détaillant les valeurs sélectionnées par l'utilisateur.

Une structure de ce type par exemple :

Code :

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

1
2
3
Questionnaire(#qst_id, user_id, reponse_question_simple, ...)
Reponse_proposee_question_multiple(#rp_id, libelle_rp)
Reponse_utilisateur_question_multiple(#rp_id, #qst_id)

A noter que ENUM ne fait pas partie de la grammaire du langage SQL normalisé (ANSI:2003)

[SQLpro]

Cela dépend dans quel sens vous entendez la chose :

Optimiser l'enregistrement d'un choix multiple

• Optimiser le stockage : c'est à dire obtenir le plus petit volume possible => une seule colonne de type octet(s) combinant des bits
• Optimiser la recherche : c'est à dire obtenir le meilleur temps de réponse en lecture et affichage => table relationnelle.
• Optimiser les mise à jour : c'est à dire obtenir le meilleur temps de réponse en insertion, modification et suppression => n colonnes supplémentaires dans la table.

Ma préférence va à la solution 2 comme al1_24...

A +