Discussion :

[vinch999]

Hello,
Tout est dans le titre,

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

Code :

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

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?

[Boubou2020]

penser au Command

Code :

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

DBCC SHWOCONTIG

LA résultat serai afficher au fur et mesure

dans l'onglet messages

[rudib]

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.

[vinch999]

merci pour les infos je vais regarder à ça !

[mikedavem]

Hello,
Tout est dans le titre,

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

Code :

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

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 :

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

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.

++

[SQLpro]

Et pour un index particulier :

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

A +