Discussion :

[lysergva]

Bonjour,

J'ai une question actuellement j'ai en production un logiciel s'appuiant sur une base de donnée sql serveur.
Il y a un certain nombre de table qui constitue tout ce que ce logiciel à besoin.
Suite à l'explosion du nombre d'utilisateur certaine table ont subit un fort grossisement et vont à l'avenir devenire encore plus grosse (actuellement plusieurs 10eme de millions de reccord et a l'avenir plusieur 100ene de millions).
Toutes les données contenu dans ses tables ne sont utilisée que par un seul utilisateur (en gros c'est ces données à lui).
Afin de rendre la gestion et les performances plus grande l'idée est donc au lieu d'avoir des tables central qui contiennes toutes les données de tous les utilisateurs c'est de créer un jeux de table par utilisateur (en gros chaque utilisateur aurais ces propres table avec ces données).
Exemple :
Avant :
table a
ID
Nom
Prenom
FK_IDutilisateur

Après :

table a_IDutilisateur
ID
Nom
Prenom

L'idée vous parrait viables ?
Quel sont les risques ? (effet de bors etc..)

[iberserk]

Personnellement je pense qu'une bonne conception/modélisation et une bonne indexation peuvent largement suffire couplé par exemple à un partitionnement de table (toutes vos données sont'elles exploitées? etc.)

[elsuket]

Bonjour,

Je suis entièrement d'accord avec iberserk.
Partir sur une table par utilisateur n'est pas flexible du tout.

En revanche vous pouvez envisager de partitionner la table

@++