Discussion :

[yvancoyaud]

Bonjour à tous

J'ai besoins de ranger, dans une base MySQL les données d'un grand nombre de clients (>1000). "L'espace de travail" de chaque client comporte une cinquantaine de tables. Pour caractériser les tables d'un client, le nom des tables est préfixé par un numéro de client.
- faut-il tout mettre dans la même base avec plus de 50 000 tables !!!
- faut-il limiter le nombre de client par base de données et multiplier le nombre de base de données. (100 clients par base sur 10 bases)

Dans quel cas aura-t-on les meilleures performances ?
Merci de vos lumières.
YC

[CinePhil]

Il vaut mieux faire une seule BDD et ne pas faire des tables par client !
Il suffit d'une clé étrangère dans les tables pour différentier les données entre les clients.

[yvancoyaud]

OK, là c'est pas du tout ce que j'avais prévu !!!
Bien sûr la gestion devient tout d'un coup plus simple... mais mes tables risque prendre des tailles colossales !!
Je n'ai pas fait une étude très précise des volumes par client, mais je pense que chaque clients pèsera en moyenne 300Mo et donc 1000 clients 300Go
Ça m'effraye un peu !

Cette grande tailles des tables ne risque telle pas plomber les temps de réponses ?

Merci pour ta réponse.
YC

[CinePhil]

1000 clients, ce n'est vraiment pas beaucoup. Quelles données font qu'il y a 300 Mo par client ? Aurais-tu stocké des fichiers dans la BDD ?

[yvancoyaud]

En fait, tout ça existe déjà chez les clients, mais sous forme d'applications installées sur PC exploitant une base de données informix sur un serveur local UNIX. Entre 5 et 10 postes par clients. Les bases de donnée informix font environ 300Mo. L'une d'elle fait même 500Mo.
Voila ce qui est a l'origine de mes déductions de taille.
Aujourd'hui nous avons de bonnes performances, tout étant un peu surdimensionné.
Les données sont des très gros textes des scans et un ensemble de données propres a chaque client (de nos client). Bien sur on devrait pouvoir faire mieux et améliorer la taille des données mais ce n'est pas a l'ordre du jour.

Je ne voudrais pas qu'en externalisant les données on perde trop de performances.

[CinePhil]

Je ne sais pas comment Informix gère les fichiers en BDD. Peut-être utilise t-il le même principe que SQL Server qui ne stocke pas réellement les fichiers en BDD mais dans un espace de stockage qu'il contrôle entièrement, ce qui fait que le volume de données est moins important.

En MySQL, il est recommandé de ne stocker en BDD que le nom du fichier et d'enregistrer les fichiers réels dans un espace de stockage séparé de la BDD. C'est le programme applicatif qui s'occupe alors du téléchargement des fichiers vers l'espace de stockage et qui va les lire à partir des informations fournies par la BDD.

Voir l'article de SQLPro à ce sujet.

Mais puisque tout est sur Informix chez les clients, pourquoi vouloir tout mettre sur MySQL chez toi ? Les types de colonnes sont-ils identiques ? Les fonctions utilisées dans les BDD Informix sont-elles toutes compatibles avec ce que sait faire MySQL ?

Bref, il faut étudier ça plus en détail et commencer par se demander pourquoi vous voulez rapatrier toutes les données des clients chez vous. En avez vous même le droit étant donné que les données des clients leur appartiennent ?