Pour un client, je travaille actuellement sur un site hébergé chez online.net, 1 hébergement M ou L. Etant donné que le site changera pour aller sur un beau serveur dédié tout neuf, je ne me suis posé aucune question sur les ressources utilisables lors de mes requêtes MySQL. Bref, tout allais très bien dans le développement de ce site : déploiement des classes appropriés, développement de classes spécifiques pour ce site, etc...
Aujourd'hui, je me suis attaqué à un listing, qui demande 5/6 jointures de tables, avec à chaque fois 1 clause ON sur la jointure.
J'écris ma requête dans mon fichier PHP, j'upload mon fichier sur le FTP, et j'appelle cette page avec FireFox. Habitué à ce que le site réponde lentement, je patiente quelques instants. Un peu plus que d'habitude cette fois-ci.
Enfin, la page s'affiche, avec une erreur MySQL. Pas inquiété, je lis l'erreur retournée :
The SELECT would examine too many records and probably take a very long time. Check your WHERE and use SET OPTION SQL_BIG_SELECTS=1 if the SELECT is ok
Et voilà. Alors là, je me vois bloqué sur le développement de cette partie, parce que le serveur MySQL d'Online n'arrive pas à suivre.
Actuellement, j'essaie d'exporter toutes les données vers mon ordi, pour pouvoir continuer à travailler, mais c'est extrémement long... le serveur est plus que lent, un vrai calvaire... Entre les erreurs de chargements, les déconnection de la base, les erreurs de requêtes dûes à des temps trop long... Mais bon, ça fait partie des aléas du métier...

Du coup, j'en ai eu tellement marre de faire mes développements dans des conditions pareilles que j'ai transférer tout le site (fichier PHP et Base de donnée) vers un serveur dédié pour d'abord comparer les temps de réponses dans un premier temps, puis faire tous mes tests dessus s'il était plus rapide.
Résultat : un temps de réponse 3 à 4 fois plus rapide, et plus de soucis de requêtes MySQL trop grande...