Discussion :

[Christophe Charron]

Bonjour,

lorsque mes index sont fragmentés à plus de 40%, je tente de les reconstruire.
Mais cela ne fonctionne pas toujours : parfois, le pourcentage de fragmentation ne change pas, parfois il diminue un peu et parfois il passe "bien" à zéro.

Je pensais que faire un
alter index all on matable rebuild;
remettait les compteurs à zéro.

Pouvez-vous m'aider à comprendre ce comportement, s'il vous plaît?
Attention, je ne parle pas des index de type HEAP, donc j'aimerais accessoirement me débarrasser, au pire et au mieux connaître les index absents qui justifient leur présence.

D'avance, merci pour vos lumières.

[Boubou2020]

vérifier le nbre des pages dans vos indexes

aucun besoin de faire rebuild sur les indexes de petit tailles

[hmira]

Bonjour,

En complément de ce qui a été dit, à très juste titre, par abdallah_mehdoini, si vous regardez, de plus près, les scripts d'ola hallengren, chargés de la reconstruction et/ou de la réorganisation des index , vous verrez que le seuil minimal, par défaut, pour le nombre de pages est de 1000 (@MinNumberOfPages int = 1000). Il s'agit, en fait, d'une recommandation de Microsoft.

En d'autres termes, dès lors que le nombre de pages de l'index est inférieur ou égale à 1000, ne perdez pas votre temps à essayer, de réduire, coûte que coûte, la fragmentation !

En outre, pour les toutes petites tables, il n'est pas rare que le taux de fragmentation reste incompressible même après une reconstruction de l'index.

A+

[SQLpro]

Le taux de fragmentation peut aussi rester élevé si vous index sont :
1) des tables en heap (index_id = 0) avec des lignes très longues (à éviter... => tables obèses)
2) des tables en cluster (index_id = 1) avec des clef très logues
3) des index nonclustered avec des clefs très longues.

A +