Discussion :

[tibal]

Bonjour,

Je souhaite optimiser mes Reorg / Rebuild car mes bases grossissant, je ne dispose plus d'assez de temps pour effectuer ces maintenances hebdomadairement. Par ailleurs, je ne suis pas convaincu qu'un Reorg / Rebuild systématique soit judicieux.

Je souhaite m'appuyer sur les valeurs ci-dessous qui me sont retournées par OPTDIAG après avoir lancer un UPDATE STATISTICS MA_TABLE :

Code :

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

1
2
3
4
5
6
Empty data page count:            0
Forwarded row count:              0.0000000000000000
Deleted row count:                0.0000000000000000
First extent data pages:          0
Unused page count:                0

Pouvez-vous m'indiquer si c'est la meilleurs méthode et quels sont les seuils par rapport au nombre de ligne d'une table ou un Reorg / Rebuild s'impose ?
Y-a-t'il une manière plus adaptée pour déterminer quand un Reorg / Rebuild doit être effectué sur une table ?

[mpeppler]

Personellement j'utilise le petit script perl joint pour determiner quand faire des reorg. C'est basé sur la fonction "derived_stats" qui permet de calculer les ratios (data pages cluster ratio, etc) pour chaque table/index.

De façon très empirique j'utilise 0.95 comme seuil pour le datapages cluster ratio et le index pages cluster ratio, et 0.75 pour le space utilisation. Ce ne sont pas forcément les bons seuils....

Michael

[tibal]

Michael,
Merci pour le script. Est-il nécessaire de lancer un update statistics avant de lancer ce script perl ?

[mpeppler]

Je ne sais pas si c'est nécessaire - si on le fait on a une plus grande chance que les champs des statistiques dérivées seront correct.

Michael

[tibal]

Merci Michael,
Je vais le mettre en oeuvre dans un environnement de test.

[tibal]

Michael,

Je n'arrive pas à trouver le module DBAutil qui est utilisé le script que tu m'as fourni. Peux-tu m'indiquer où tu te l'es procuré ?

Merci d'avance.