Discussion :

[joujousagem2006]

Bonjour

j'ai étendu que l'action de reconstruction d'index n' a pas d'efficacité si l’option FILL_FACTOR n'est pas définit a un taux de 80% sur les pages d'index et que l'option pad index (index de remplissage ) doit être coché

Dans tout mes base de donné cette option est configuré par défaut par MSSQL Server avec 0%

quel est impact d'avoir ce valeur sur tout mes index ?? et quel serai la valeur préférer a le mettre si je doit le modifier ????

[SQLpro]

Un fill factor doit être apprécié en fonction :
- de la nature de l'index (fragmente t-il naturellement ou pas ?)
- de la volumétrie des données
- de la fréquence de reconstruction des tables

1) nature de l'index.
Un index sur horodatation ou incrément fragmente très rarement => FF 100% ou 0 est parfait !
Un index sur une colonne "nom" fragmente généralement beaucoup => FF compris entre 75 et 95%

2) plus la cardinalité d'une table est grande, moins on a besoin d'espace résiduel dans les index..., Donc :
- petite tables => FF entre 75 et 80%
- moyenne tables => FF entre 80 et 90%
- grandes tables => FF entre 90 et 95%

3) si les index sont rarement défragmentés, alors laisser plus d'espace résiduel. Si ils sont très souvent défragmentés, alors en laisser moins.
Exemple :
- défragmentation 1 fois par jour =>
--- petite tables => FF 80%
--- moyenne tables => FF 90%
--- grandes tables => FF 95%

A +

[hmira]

Je rajouterais à l’excellente réponse qui vient d’être donnée, qu’il est, bon aussi de définir un FILLFACTOR à 100% (ou à la limite à 95%) pour les tables "statiques" ; il s’agit généralement des tables "paramétriques", qui une fois peuplées ne bougent jamais ou très très rarement, exemple table des pays, table des codes postaux, table des constantes diverses etc., et ce, même lorsque l’index n’est pas un incrément croissant.

A+,

[SQLpro]

Je rajouterais à l’excellente réponse qui vient d’être donnée, qu’il est, bon aussi de définir un FILLFACTOR à 100% (ou à la limite à 95%) pour les tables "statiques" ; il s’agit généralement des tables "paramétriques", qui une fois peuplées ne bougent jamais ou très très rarement, exemple table des pays, table des codes postaux, table des constantes diverses etc., et ce, même lorsque l’index n’est pas un incrément croissant.

A+,

Tout à fait ! Et pour compléter le complément, je dirais que vous pouvez mettre du 100 % à coup sûr pour des tables totalement statiques, telle que les tables de compte de calendrier... et les basculer dans un groupe de fichier en READ ONLY.

A +