Version imprimable
Bonjour
j'ai un serveur SGBD qui présent une pression de mémoire le serveur est avec 17 G alors que la base tend vers 1téra
si j'ai cette situation est ce que je doit faire un update de statitics avec l'option sample afin qu’aurai d'espace sur la cache pendant la recalcule des stat ou pas d’impact sur la cache même avec l'option fullscan
surtout je parle des tables volumineux et qui présent des index avec des colonnes de type varchar(30) et varchar(35)
cordialement
Hello,
La méthode de mise à jour des statistiques se fait surtout en fonction du comportement de tes requêtes avec leurs plans d'exécutions respectifs. La plupart du temps une mise à jour des statistiques en mode échantillonnage est suffisant. Maintenant il se peut que pour certaines tables volumineuses il faille changer cette méthode mais il faudra surtout voir en fonction de l'impact de performance sur tes requêtes.Citation:
si j'ai cette situation est ce que je doit faire un update de statitics avec l'option sample afin qu’aurai d'espace sur la cache pendant la recalcule des stat ou pas d’impact sur la cache même avec l'option fullscan
surtout je parle des tables volumineux et qui présent des index avec des colonnes de type varchar(30) et varchar(35)
Quand tu parles de tables volumineuses tu penses à quoi exactement ?
++
Bonjour,
sur la même piste j'ai reçu aujourd’hui beaucoup d'alertes provenant de mon serveur SGBD (buffer manger ) 4000pages red/s pour vérifier ça j'ai lancer la commandesur l'index cluster de la table le plus volumineux et j'était surpris par la résultatCode:dbcc show_statistics
ce table a subit une mis a jours des statics le 25/08 et que échantillons pris était 0.04% par rapport au nbre total des lignes (voir imprime écran) et pour plus d'info moi même la semaine dernière j'ai lancer un plan de maintenance sur ce table avec l'option fullscan donc pourquoi le moteur SGBD a pris cette décision et pourquoi échantillons pris est très faible par rapport au nombre total des lignes
Pièce jointe 154996
Ce que tu vois est tout à fait normal en réalité. Les statistiques mises à jour de manière automatiques par l'optimiseur de requête suivent un algorithme non linéaire qui permet de minimiser l'impact de l'opération de mise à jour sur les performances (en diminuant le nombre de pages lues / scannées). En d'autres termes plus tu auras de lignes de données dans ta table plus le taux d'échantillonnage va diminuer. Ce taux n'est pas contrôlable directement par l'administrateur de bases de données.
Maintenant si dans ton cas tu estimes que la méthode utilisée par SQL Server ne convient plus, tu peux tout à fait désactiver la mise à jour pour la statistique concernée (sp_autostats) et la mettre à jour manuellement par tes soins.
++
