Discussion :

[gitney]

Salut à tous,

J'ai une table qui en plus d'un DATETIME et de 2 ID (primaire et user) n'a qu'une dizaine de VARCHAR < 100.

Des données sont enregistrés quotidiennement par plusieurs milliers d'utilisateurs et une tache cron quotidienne vient rajouter 2 champs (DATETIME + VARCHAR <= 5) pour une centaine de lignes/user.

Comment organiseriez-vous la bdd?

1) Créer une deuxième table jointe où les nouvelles lignes seront ajoutées contenant ces 2 champs + 1 pour la jointure ? (il y aura donc une centaine de ligne updatée/user/jour)

2) Créer une table par profil utilisateur (comme ça les requêtes ne sont pas concentrées sur la même table)

3) Garder une seule table pour tous le monde mais remplacer ces 2 champs par 2 arrays qui seront extraits, updatés en php, puis réupdater/insérer dans la bdd. (comme ça le nombre de lignes totales reste minimal)

4) Ça ne change pas grand chose pour des lignes de ce poids et je peux garder une seule table pour tous le monde (il y aura donc une centaine de ligne updatée/user/jour mais qui répèteront la plupart des champs qui ne sont pas modifiés).

[CinePhil]

Sans savoir de quoi il s'agit, il va être bien difficile de vous aider !
Que contient cette table, concrètement ?

2) Créer une table par profil utilisateur (comme ça les requêtes ne sont pas concentrées sur la même table)

Alors que :

Des données sont enregistrés quotidiennement par plusieurs milliers d'utilisateurs

==> Surtout pas !

3) Garder une seule table pour tous le monde mais remplacer ces 2 champs par 2 arrays qui seront extraits, updatés en php, puis réupdater/insérer dans la bdd. (comme ça le nombre de lignes totales reste minimal)

Euh... là ce n'est plus une base de données relationnelle - pour autant que s'en soit une actuellement, ce que nous ne pouvons pas savoir.
=> Non !

[gitney]

Merci pour ces éclaircissements,

Finalement j'ai opté pour stocker toutes les requêtes dans une variable de session par user et d'ensuite updater/inserer dans la bdd.