Discussion :

[natcha]

Bonjour tout le monde,

J'hésite entre deux structures pour stocker ~750 valeurs différentes pour chaque utilisateur d'un dispositif.
La table mysql sert à stocker les résultats d'un questionnaires en ligne. On enregistre les données à chaque changement de page, 4 ou 5 valeurs par pages sont stockées.

Dans la FAQ je lis concernant le nombre max de colonnes:

[...] au moins 2000 colonnes. Il est préférable d'éviter des tables avec trop de colonnes.

Ma question est de savoir si c'est mieux d'avoir comme structure

• une colonne "code" et une colonne "valeur" -- afin d'éviter d'avoir justement 750 colonnes, mais cela donne donc 750 lignes par utilisateurs;
• ou une colonne pour chaque code -- donc 1 ligne par utilisateur, avec un tableau qui contient 750 colonnes.

En sachant qu'à chaque changement de page on exécute la requete suivante:

• Version 1: ajout d'une ligne pour chaque paire code/valeur
• Version 2: update de la ligne de l'utilisateur pour chaque paire/valeur

Et qu'à part ça la table sera pas sollicitée, sauf au moment de la récupération des résultats (requête SELECT ... WHERE)

Si quelqu'un a des éléments de réponses ils sont les bienvenus!

Merci d'avance
nat

[overider]

je serais plutot sur la structure en ligne qu'en colonne apres le mieux est de tester.

[natcha]

Personne d'autre n'a une idée, une opinion?

J'ai bien sûr essayé de créer les deux tables et d'insérer quelques données.. Avec la solution sur 700 colonnes, la taille augmente beaucoup moins vite --même si la structure prend plus de place.

Mais à part ça, y a t'il des avantages/inconvénients à utiliser telle ou telle solution?

Je peux prendre une des deux solutions au hasard mais j'aimerais apprendre ce qu'il y a à apprendre..
SVP, laquelle des solutions préféreriez vous, et pourquoi?!?

[notour]

crée une colone demande plsu de parametre que de crée une ligne donc moi je pencherai sur 700 ligne plutot que 700 colone

[guidav]

Tout dépend de ce que tu fais de ta table.
Si tu dois régulièrement modifier des paramètres pour tes utilisateurs (ajouter une colonne, modifier le nom tout en gardant l'historique...), mieux vaut opter pour une structure en ligne.
Elle te permettra de ne toucher qu'aux données, et pas à la structure.
C'est encore plus vrai si certains des champs sont à NULL pour de nombreux utilisateurs, car tu gagneras beaucoup en taille.
Si ta structure est fixe, et surtout si tu as besoin de données de type tableau (ça peut être le cas pour une table résultat d'un questionnaire), une structure en champs sera plus pratique. Elle permettra surtout d'éviter de simuler des pseudos requêtes croisées pour avoir un tableau du type
Utilisateur Propriété1 ... Propriété n
---------------------------------------
toto alpha truc
machin beta bidule

Prend aussi en compte la réutilisabilité de ta table. Si c'est une structure qui doit resservir, la structure en ligne me paraît meilleure.

Pour moi le choix viendra surtout du type d'interrogations que tu feras.

[guidav]

J'oubliais : pour remplir ta table, je te conseille d'utiliser un système DELETE/INSERT plutôt qu'un INSERT/UPDATE (pour moi ça a toujours généré plus d'embouilles : test d'existence, d'unicité, etc.).
La structure par lignes me paraît donc plus adaptée.

[champijulie]

Bonjour,

Sachant que c'est pour dépouiller un questionnaire, tu vas vouloir faire des statistiques sur la table je suppose donc je pense que l'accès sera plus facile dans le cas des 750 colonnes car comme l'a judicieusement constaté Guidav, la structure est fixe pour ton questionnaire alors qu'elle ne l'est pas sur ton utilisateur.La majorité du travail consistera alors à faire des INSERT sans modification de structure...

Voilà mon avis mais la question n'est pas simple à trancher.
Cordialement,
champijulie

[guidav]

Bonjour,

Sachant que c'est pour dépouiller un questionnaire, tu vas vouloir faire des statistiques sur la table je suppose donc je pense que l'accès sera plus facile dans le cas des 750 colonnes car comme l'a judicieusement constaté Guidav, la structure est fixe pour ton questionnaire alors qu'elle ne l'est pas sur ton utilisateur.La majorité du travail consistera alors à faire des INSERT sans modification de structure...

Voilà mon avis mais la question n'est pas simple à trancher.
Cordialement,
champijulie

Sauf que je doute que quelqu'un réponde à 750 questions à la suite : il va donc falloir faire des INSERT en plusieurs fois, ce qui suppose des UPDATE (à la fin de chaque page, comme indiqué dans le topic).

[natcha]

Merci pour vos réponses

Je pense que je vais opter pour la structure en colonne à cause de la taille de la table. Néanmoins je me questionne toujours sur ce qui est mentionné dans la FAQ

Je laisse le fil de discussion ouvert au cas où d'autres éléments de réponses se présenteraient