Discussion :

[joujousagem2006]

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

[mikedavem]

Hello,

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)

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.

Quand tu parles de tables volumineuses tu penses à quoi exactement ?

++

[joujousagem2006]

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 commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dbcc show_statistics

sur l'index cluster de la table le plus volumineux et j'était surpris par la résultat
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

[mikedavem]

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.

++