Discussion :

[olivtone]

Hello a tous

Les grosses tables d'un serveur mettent plus de 15 heures suite a un UPDATE STATISTICS WITH FULLSCAN

Bien sur cela ne rentre pas dans le plan de nuit...

Je voulais faire un UPDATE STATS avec échantillonnage, pour baisser le temps de l'update stats, mais je ne trouve pas la requete adéquat, pour calculer le bon échantillonnage sur la table.

Et vous comment faites vous pour recalculer les stats sur les grosses tables chaque nuit ?

Sans FULLSCAN cela met dix minutes, mais cela met a jour les données des index si j'ai bon ?

Merci a vous

[SQLpro]

Si vous avez des grosses tables, alors il faut envisager le partitionnement et donc ne faire un UPDATE STATS FULL SCAN que sur les partitions qui le nécessite !

A +

[olivtone]

hello a toi

ce sont des tables fortement transactionnelles donc le partitionnement va etre compliquer

[Michel.Priori]

Bonsoir,

on a donc :
-une grosse table
-bien transactionnelle
Et une supputation comme quoi le partitionnement va être "compliqué".
à vue de nez je dirais que ça va surtout être "rentable".
Je vote +1 pour cette solution.

Pour répondre au pb de la collecte des stat :
en lisant la doc officielle ici : https://docs.microsoft.com/fr-fr/sql...ql-server-2017
on peut lire :

"Dans la plupart des situations, il n'est pas nécessaire de spécifier SAMPLE car l'optimiseur de requête utilise l'échantillonnage et détermine la taille d'échantillon statistiquement significative par défaut, comme requis pour créer des plans de requête de haute qualité."

Avez vous regardé le détail de vos stat collectées par un Fullscan, par un SAMPLE 10 PERCENT et sans options ?
Les stat n'ont pas besoin d'être à jour (sinon elles seraient synchrones comme les index) ni même justes (ça ressemble à quoi une stat "juste" ???).
L'histogramme de répartition est limité en nombre de valeurs.
La représentation de la ventilation est généralement correcte dès que l'échantillon est représentatif (lui même relativement stable entre un nombre important de lignes et un nombre TRES important de lignes)

Pas de serveur d'intégration ?

[olivtone]

Avez vous regardé le détail de vos stat collectées par un Fullscan, par un SAMPLE 10 PERCENT et sans options ?

Comment peut on récupérer ces informations ?

Merci de votre aide

[SQLpro]

hello a toi

ce sont des tables fortement transactionnelles donc le partitionnement va etre compliquer

Au contraire, ça va soulager…. Ce qui va être compliqué c'est de retarder l'échéance de ce partitionnement. Plus tu attends, plus ce sera lourd et donc plus long à mettre en œuvre.

Etudier aussi l'indexation verticale (COLUMNSTORE), voir mettre un "clustered" columnstore… Mais attention, bien vérifier que votre mode de rétrocompatibilité = la version actuelle de SQL Server…


A +