ordidomi écrivait :
merci ca me rassure de savoir qu'il n'y aura qu'une ligne a modifiée !
Je pourrai effacer de vieux messages mais l'explosion de participation au forum ferai que la manip ne tiendrai pas longtemps....Sinon qu'elle différence il y a eu pour toi? meme vitesse ? meme quotas de requetes que pour l'hebergement ? ( 45 000 pour le 240 gp par exemple). J'ai un peu peur que ca ralentisse, a moins que ca accelère (bien que plus la base sera grosse plus elle sera lente...). La fonction recherche est indispensable pour le forum (11 000 messages sur des sujets très differents)...
Merci pour toutes ces infos, j'attends ton avis sur la migration en big base
Bonne soirée à tous
Je suis passé sur sql.bdb lorsqu'il a été mis en service, et pas très longtemps, car j'ai corrigé rapidement les bases incriminées. A l'époque, ce serveur était horriblement lent.
Par-contre, à lire tes questions, tu fais une confucion entre serveur Web (45.000 requêtes) et serveur MySQL (taille des bases) Il n'y a pas de quota de requêtes en MySQL.
Le but de sql.bdb est de ne pas pénaliser les utilisateurs en mutualisé de MySQL dits 'raisonnables' façe à une utilisation 'déraisonnable' de MySQL.
Donc, OVH a décidé de migrer sur sql.bdb toute base qui
- Dépasserai la taille indiquée
- Génèrerai des requêtes qui perturbent le fonctionnement des serveurs MySQL mutualisés, et donc les autres utilisateurs. L'exemple de ce genre de requêtes, ce sont des WHERE sur des champs non-indexés, par-exemple.
Si ta base devient trop grosse, ton hébergemnt restera, avec toutes les caractéristiques (hits, ...), mais le serveur qui hébergera ta base deviendra sql.bdb, avec lequel tu risques d'avoir de gros problèmes de performances (requêtes longues à exécuter, parfois pas de réponse), et donc, des pages très longues à charger, voire des messages d'erreurs. En tout cas, au début, c'était ainsi. Connaissant OVH, ils ont sûrement du améliorer les perormances de ce serveur, mais n'oublie pas que se trouve dessus tous les utilisateurs 'déraisonnables' de MySQL, longues requêtes, lourdes, etc...