Salut SQLPRO.
Je ne savais pas que cela se nommait ainsi.Envoyé par SQLPRO
C'est souvent le jargon qui me manque pour décrire les bonnes pratiques.
Comme j'ai appris quelque chose aujourd'hui, je te mets un '+'1 !
@+
Salut SQLPRO.
Je ne savais pas que cela se nommait ainsi.Envoyé par SQLPRO
C'est souvent le jargon qui me manque pour décrire les bonnes pratiques.
Comme j'ai appris quelque chose aujourd'hui, je te mets un '+'1 !
@+
Et moi, c'est pour ça que j'ai mis deux requêtes
Pour la première, certes il sera parcouru entièrement, puisqu'on fait les calculs pour la totalités des données sans restriction (il fera cependant probablement économiser de nombreuses lectures par rapport à un scan de la table)
Mais pour la deuxième requete, ce sera bien une recherche d'index qui sera effectuée (même si 90% des personnes sont des hommes ! ), puisqu'il y a bien une clause de restriction et que l'index couvre la requête : les pages de l'index contenant les autres catégorie ne seront pas lues.
Du coup c'est moi qui ai lu trop vite, ou le syndrome de l'arroseur arrosé
Peut être que la notion "INDEXONLY" vous parle plus
Plutôt que de forcer directement l'index, on peut tricher en modifiant les stats le temps de passer la requête qui pose problème, sous réserve de ne pas géner d'autres threads
Dans tous les cas, ce type d'opération doit rester exceptionnnel et il faut supprimer le forçage ou refaire les stats dès que l'opération est terminée
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager