Discussion :

[dolu02]

Salut à tous!

Dans le cadre d'un projet, je voudrais savoir si MySQL peut gérer de multiples bases de données sans risque.

Ces bases de données sont destinées à enregistrer des milliers, dizaines, centaines de milliers d'enregistrement (voire plus encore tout au long de la vie de l'application).


Voici pourquoi je voudrais utiliser des bdd multiples plutôt qu'une seule :

• Compartimenter les données de chaque client

• Ne pas pénaliser un client qui a peu d'enregistrement et qui perdra en rapidité si tout est mélangé

• Eviter de développer une couche supplémentaire dans notre application, puisqu'à la base l'application était prévue pour un client unique

• Et enfin pour la facilité d'exportation

Je sais qu'on perd en facilité de maintenance, mais je me dis qu'avec une boucle on peut rapidement changer la structure de chaque bdd.

Mais je me questionne sur la fiabilité de cette solution.

• Que pensez-vous de cette manière de travailler?

• Y a-t-il des risques au niveau de MySQL pour gérer ces bdd (je pense que ça pourra aller d'une dizaine à une centaine ou 200)

[Jester]

Il faut compter qu'il y aura besoin de plus de mémoire pour stocker les meta données des tables. Il n'y a aucune gestion pour InnoDB (voir http://www.mysqlperformanceblog.com/...ta-dictionary/ ) et des paramètres pour MyIsam (table cache et max open files).

Pour séparer les données par utilisateur, il est possible de faire un partitionnement sur chaque table en fonction de l'utilisateur.

[dolu02]

Ok, merci de ta réponse.

Nous avons choisi de travailler avec des bdd différentes pour chaque client. J'espère que cette option n'apportera pas trop de surprises!