update statistic hors index

Version imprimable

27/10/2016, 11h29
NULL008

1 pièce(s) jointe(s)

update statistic hors index

bonjour a tous

Sur une de mes instances SQL Server le moteur SGBD a fait un update de statistic sur un table volumineux qui est déjà n'a pas subit un plan du

maintenance depuis un x temps

j'ai eu une réclamation du lenteur au 25/10/2016 c'est la même date afficher sur mes statistiques (voir imprime écran)

j'ai commencer par faire un update fullscan pour les statistique inclus dans les index ---> aucun amélioration

mais au moment ou j'ai attaquer les statistiques hors index "-wa_sys-000 ***" --->tout est devenu stable et j'ai eu une amélioration du temps

d’exécution

alors je pose cette question est ce que l'échantillons pris par sql server pendant l'update est faible c'est pour cela le full scan a corriger ça ?

Est ce que je doit désactiver l'option "mis a jou autmatique des statistique a false" pour que j'aurai plus ce phénomène ?

cordialement
27/10/2016, 15h09
SQLpro

Citation:

Envoyé par NULL008

bonjour a tous
Sur une de mes instances SQL Server le moteur SGBD a fait un update de statistic sur un table volumineux qui est déjà n'a pas subit un plan du maintenance depuis un x temps
j'ai eu une réclamation du lenteur au 25/10/2016 c'est la même date afficher sur mes statistiques (voir imprime écran)
j'ai commencer par faire un update fullscan pour les statistique inclus dans les index ---> aucun amélioration mais au moment ou j'ai attaquer les statistiques hors index "-wa_sys-000 ***" --->tout est devenu stable et j'ai eu une amélioration du temps d’exécution alors je pose cette question est ce que l'échantillons pris par sql server pendant l'update est faible c'est pour cela le full scan a corriger ça ?

Est ce que je doit désactiver l'option "mis a jou autmatique des statistique a false" pour que j'aurai plus ce phénomène ?

cordialement

Par défaut et en mode automatique, le recalcul des stats est fait par échantillon, ce qui peut ne pas refléter la réalité et conduire à de mauvais plan de requête. Pour pallier à cet inconvénient, vous devez, pour les grosses tables, désactiver l'auto stats (sp_updatestats) et concevoir un plan de recalcul manuel en mode FULLSCAN.

A +
27/10/2016, 15h30
NULL008

Citation:

Envoyé par SQLpro

Par défaut et en mode automatique, le recalcul des stats est fait par échantillon, ce qui peut ne pas refléter la réalité et conduire à de mauvais plan de requête. Pour pallier à cet inconvénient, vous devez, pour les grosses tables, désactiver l'auto stats (sp_updatestats) et concevoir un plan de recalcul manuel en mode FULLSCAN.

A +

merci bien pour votre recommandation