Cet indicateur de trace est nécessaire si vous avez des tables avec de forte cardinalités (plus de 100 000 lignes). Indispensable si les tables comptent plusieurs millions de ligne. En effet, il permet de remettre à jour les statistiques de l'optimiseur plus rapidement pour les tables ayant une forte cardinalité.
Question : Avez-vous touché à quelque chose sur ma base par la pensée ?
Parce que depuis ce matin ma requête avec le hint d'index est plus lente que sans le hint. Je n'en puis plus
Dois-je continuer à essayer d'y comprendre quelque chose ?
Il suffit de lire le chapitre 14 (70 pages…) de notre livre SQL Server 2014 pour comprendre ce qui vous arrive… Petit extrait :
"
CHAPITRE 14
Optimisation et statistiques
SQL Server dispose certainement du meilleur système d’optimisation de tous les SGBDR, et se situe souvent très loin devant la concurrence ...
Encore faut-il utiliser l’outil dans le sens de ce pourquoi il est fait : gérer des « relations ». Et s’il fallait définir l’art de garantir de bonnes performances dans le SGBDR, cela reposerait sur trois éléments :
• concevoir une base parfaitement normalisée ;
• s’assurer que les statistiques de distribution des données soient suffisamment à jour ;
• poser les index adéquats.
Dans ce chapitre nous allons montrer comment fonctionne l’optimisation sous deux aspects : l’optimisation sémantique, qui tire partit des contraintes, et l’optimisation statistique qui se base sur la volumétrie et la distribution des données.
Nous verrons aussi comment lire un plan de requête et comment le contraindre, bien que ce ne soit pas toujours une bonne idée…
"
Partager