Obtenir la fragmentation d'un index plus rapidement

Hello,
Tout est dans le titre,

J'exécute cette query pour obtenir le résultat

Code:

---

1 2 3 4 5 6 7 8 9

SELECT OBJECT_NAME(ind.OBJECT_ID) AS TableName, ind.name AS IndexName, indexstats.index_type_desc AS IndexType, indexstats.avg_fragmentation_in_percent FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, NULL) indexstats INNER JOIN sys.indexes ind ON ind.object_id = indexstats.object_id AND ind.index_id = indexstats.index_id WHERE OBJECT_NAME(ind.OBJECT_ID) = 'ma_table' ORDER BY indexstats.avg_fragmentation_in_percent DESC

---

Mais plus la table est grosse plus le temps de réponse est grand (voir énorme, dans mon cas ça peut se compter en heures...).
Existe-il un autre moyen , peut-être un peu moins précis mais beaucoup plus rapide?

penser au Command

Code:

---

DBCC SHWOCONTIG

---

LA résultat serai afficher au fur et mesure

dans l'onglet messages

Bonjour,

Oui et non.
Pour avoir l'information, SQL Server analyse l'allocation des pages, donc ça prend du temps.
Tu n'as pas vraiment d'autre moyen de le savoir comme ça.
Trois options :

1/ tu surveilles régulièrement tes index et tu finis par savoir ceux qui se fragmentent rapidement et tu comptes sur cette connaissance empirique
2/ tu utilises sys.dm_db_index_operational_stats (voir mon article ) pour en déduire la fragmentation à partir des index qui ont le plus de mouvement et de splits de page
3/ tu regardes dans le buffer les pages d'index et tu vois leur taux de remplissage, ça te donne une petite indication de fragmentation interne. Tu as un exemple de requête de ce type dans cet article par Paul Randal (en anglais)

Note au passage : n'oublie pas de prendre en compte la fragmentation des tables heap si tu en, as, tu peux les reconstruire avec un ALTER TABLE ... REBUILD à partir de SQL Server 2008.

merci pour les infos je vais regarder à ça !

Citation:

---

Envoyé par vinch999

Hello,
Tout est dans le titre,

J'exécute cette query pour obtenir le résultat

Code:

---

1 2 3 4 5 6 7 8 9

SELECT OBJECT_NAME(ind.OBJECT_ID) AS TableName, ind.name AS IndexName, indexstats.index_type_desc AS IndexType, indexstats.avg_fragmentation_in_percent FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, NULL) indexstats INNER JOIN sys.indexes ind ON ind.object_id = indexstats.object_id AND ind.index_id = indexstats.index_id WHERE OBJECT_NAME(ind.OBJECT_ID) = 'ma_table' ORDER BY indexstats.avg_fragmentation_in_percent DESC

---

Mais plus la table est grosse plus le temps de réponse est grand (voir énorme, dans mon cas ça peut se compter en heures...).
Existe-il un autre moyen , peut-être un peu moins précis mais beaucoup plus rapide?

---

Je commencerais par modifier ta requête comme cela :

Code:

---

1 2 3 4 5 6 7 8

SELECT OBJECT_NAME(ind.OBJECT_ID) AS TableName, ind.name AS IndexName, indexstats.index_type_desc AS IndexType, indexstats.avg_fragmentation_in_percent FROM sys.dm_db_index_physical_stats(DB_ID(), OBJECT_ID('matable'), NULL, NULL, NULL) indexstats INNER JOIN sys.indexes ind ON ind.object_id = indexstats.object_id AND ind.index_id = indexstats.index_id ORDER BY indexstats.avg_fragmentation_in_percent DESC

---

Dans ton cas le problème avec la première requête telle que tu l'utilises est qu'elle va analyser l'ensemble des index et ta clause WHERE ne sera finalement qu'un filtre après génération du résultat de fragmentation.
Il faut placer ton prédicat directement dans la DMF pour filtrer au plus tôt surtout si le but est de récupérer uniquement la fragmentation d'une seule table.

++

Et pour un index particulier :

FROM sys.dm_db_index_physical_stats(DB_ID(), OBJECT_ID('matable'), IndexID, NULL, NULL) indexstats

A +