• # Merci !

    Posté par . En réponse au message Gérer *beaucoup* (vraiment !) de bases MySQL. Évalué à 1.

    Merci pour vos réponses. Je ne serai pas en mesure de faire quelque modification que ce soit au code du logiciel. Je souhaite juste pouvoir estimer les implications matérielles de la gestion d'environ 20 000 bases de données MySQL. Faut quoi comme babasse, beaucoup de RAM c'est sûr, mais beaucoup c'est vague. J'ai actuellement une machine qui sert plus de 3 000 bases, plus de 200 000 tables, avec plus de 10 instances de MySQL (et autant d'instances Apache2 avec mod_php). C'est un Xeon bi-cœur à 2 GHz avec 4 Go de RAM. La machine est raisonnablement chargée, sans plus...

    En ce qui concerne la problématique des performances, je me dis (mais j'ai peut-être tort) que la rapidité (pour les requêtes de sélection mais aussi d'insertion) dépend certainement un peu du nombre d'enregistrements stockés, non ? En gros, la complexité des opérations est souvent en O(const), O(n), O(n*log(n)). Dans le cas d'une requête du genre "SELECT `bidule` FROM `chose` WHERE `machin`="truc", on est en O de quoi ? Et quand il y a des jointures, des relations n:m ? Si vous avez des infos...

    Enfin, je vois au moins un intérêt au fait d'avoir une base par cours : une restauration partielle n'impacte qu'un nombre "minimum" de personnes et prend moins de temps que s'il faut tout régurgiter... Quant aux sauvegardes, on idem, elles impactent peu de personnes simultanément.

    nat