Jeramediagroup
Bon, je me demandais, quand on a une grosse base de données SQL, quelles sont les meilleures pratiques pour faire des requêtes sans que ça rame trop ? Y a des astuces pour optimiser les recherches, ou des outils spécifiques qui aident à ça ? J'imagine que l'indexation, c'est la base, mais y a-t-il d'autres pistes à explorer ? Je suis tout ouïe.
L'indexation, c'est clair que c'est hyper important 👍. Après, pour aller plus loin, tu peux regarder du côté des requêtes préparées, ça peut aider à éviter de recompilér la même requête à chaque fois. Autre chose, pense à limiter le nombre de champs que tu demandes avec `SELECT`. Si t'as pas besoin de tout, autant cibler juste ce qu'il te faut 😉. Et enfin, si tu fais des jointures, assure-toi que les champs utilisés pour les jointures sont bien indexés. Sinon, aÿe, ça va prendre du temps 🐌.
Merci ArtisanDigital91, pour ces premiers conseils. Je vais creuser les requêtes préparées, c'est un bon point. Et oui, pour les jointures, c'est vrai que j'avais pas forcément pensé à bien vérifier les index.
En plus de ce qui a été dit, je te conseille de surveiller l'utilisation des fonctions dans tes clauses `WHERE`. Certaines fonctions peuvent empêcher l'utilisation des index et ralentir considérablement tes requêtes. Si possible, essaie de réécrire tes requêtes pour éviter de les utiliser directement sur les colonnes indexées. Et pense à utiliser un outil d'analyse de requêtes (comme ceux fournis par MySQL ou PostgreSQL) pour identifier les points faibles.
CodeMuse a raison, l'analyse de requêtes c'est top. Tu vois direct où ça coince.
Complètement d'accord avec CodeMuse et Nazim Hikmet42, l'analyse est souvent négligée, et pourtant... En parlant d'outils, ça me fait penser que je devrais remettre le nez dans mon vieux projet d'analyseur de logs, tiens. Bref, pour revenir au sujet, l'explain plan, c'est la vie. Bien comprendre comment l'optimiseur de requêtes travaille, c'est déjà la moitié du chemin.
Bon, alors, j'ai fait quelques tests suite à vos conseils. Déjà, l'analyse de requêtes, c'est super utile, j'avoue que j'avais jamais trop pris le temps de m'y pencher sérieusement. 😅 J'ai pu identifier des fonctions qui effectivement ralentissaient tout. J'ai réécrit certaines requêtes et... ben, c'est le jour et la nuit ! 🚀 Merci pour les tuyaux ! 👍
Content que tu aies vu une amélioration Yao Ming59 ! Et pour compléter, une autre astuce qui peut servir sur des très grosses bases, c'est le partitionnement de table. Ça permet de diviser les données en morceaux plus gérables, et du coup les requêtes sont plus rapides si elles ne scannent qu'une partie de la table.
Ah oui, le partitionnement, c'est pas mal aussi comme solution pour les grosses bases. J'y avais pensé il y a un moment, mais je n'ai jamais eu l'occasion de tester en vrai. C'est bien galère à mettre en place ou ça va ?
Le partitionnement, c'est une usine à gaz. C'est bien si t'as des données qui se prêtent bien à être divisées, genre par date, mais sinon... Avant de partir là-dessus, faut vraiment être sûr d'avoir optimisé le reste. Parce que si c'est pour gagner quelques millisecondes et se compliquer la vie, bof quoi.
Si je résume un peu, on a parlé de l'importance de l'indexation, des requêtes préparées, de limiter les champs `SELECT`, d'éviter les fonctions dans les clauses `WHERE`, et d'utiliser des outils d'analyse de requêtes pour détecter les soucis. Yao Ming59 a d'ailleurs testé et vu une différence. CodeMuse a aussi mentionné le partitionnement, mais Sherlock a bien dit que c'est pas toujours la panacée et qu'il faut bien peser le pour et le contre avant de se lancer là-dedans.
Yao Ming59, quand tu dis que tu as réécrit certaines requêtes, tu peux donner un exemple concret de ce que tu as changé ? Juste pour voir le genre de fonction qui posait problème. Merci !
En fait, Nazim Hikmet42, le plus flagrant c'était l'utilisation de `LOWER()` dans mes clauses `WHERE`. Au lieu de faire `WHERE LOWER(nom) = '...'`, j'ai modifié ma requête pour faire la comparaison directement avec la valeur en minuscule, si possible, ou alors, j'ai créé un index sur une colonne déjà en minuscule. Ça a changé pas mal la donne ! Je pense que ça dépend vraiment des cas, mais c'est le premier truc qui m'a sauté aux yeux grâce à l'analyseur de requêtes.
Ok, top Yao Ming59, l'astuce du `LOWER()` c'est bon à savoir. Moi aussi je vais checker ça sur mes requêtes. 👍 Merci pour l'exemple concret. 😊
Attention, Nazim Hikmet42, vérifie quand même que ce n'est pas un complot pour te faire ralentir tes requêtes... On ne sait jamais 😈. Faut pas faire confiance, même aux exemples "concrets"... 👀
ParanoBoy, t'as pas tort... Mieux vaut se méfier de tout, surtout des trucs qui marchent trop bien... 🤔😡
Sherlock a raison, la méfiance est de mise, surtout sur internet... 😱👀
De toute façon, tout va finir par crasher de toute manière, index ou pas. Autant creuser sa tombe tout de suite 🪦. C'est reculer pour mieux sauter 📉.
Yao Ming59 :