Nick a à peu près raison.
Si vous effectuez des mises à jour qui augmentent la taille d'un enregistrement sur des pages compressées, vous provoquerez des fractionnements de page, mais à part cela, avec une clé primaire d'identité, rien ne provoquera de fractionnement de page dans l'index cluster.
(Bien que cela soit dit, le moteur de stockage peut effectuer 5 types de fractionnements de page, et ils ne provoquent pas tous la fragmentation et le mouvement des données - celui que vous obtenez lors de l'insertion de valeurs d'identité augmentant de façon monatonique est un fractionnement de fin de page. Mais Je digresse...)
J'ai aidé de nombreux clients avec cela et j'ai écrit le BOL autour de tout cela - si vous voulez simplement choisir une valeur comme enjeu sur le terrain, 70% ont connu le plus de succès. Comme le dit Nick, surveillez et modifiez le cas échéant.
Choisir un fillfactor pour n'importe quel index est un acte d'équilibrage de la quantité d'activité qui pousse la plénitude de la page vers 100% et de la fréquence à laquelle vous pouvez prendre des mesures correctives pour réinitialiser le fillfactor. Vous devez penser à combien d'espace sera initialement `` gaspillé '' sur les pages si vous définissez le facteur de remplissage vraiment bas, comme 50%, mais encore une fois, j'ai vu que cela était approprié dans certains cas.
Vous devez également considérer comment l'index sera utilisé. Si c'est uniquement pour les recherches singleton, vous pourriez vous en sortir avec un facteur de remplissage inférieur et plus de temps entre la reconstruction / la défragmentation car vous n'allez pas perdre trop d'ES / mémoire d'avoir une grande partie de l'index clusterisé peu peuplé en mémoire. Pour effectuer des numérisations à grande échelle, vous voudriez avoir le facteur de remplissage un peu plus élevé, pour augmenter les E / S et l'efficacité de la mémoire.
Il y a aussi la question OLTP vs DW - généralement un DW est immuable, donc les index auraient 100% de facteur de remplissage. OLTP est la partie difficile.
Après avoir trié l'index clusterisé, n'oubliez pas que les non-clusters auront également besoin d'attention car ils seront très probablement fragmentés.
Lors de la réinitialisation du fillfactor, n'oubliez pas que vous avez le choix entre la reconstruction et la défragmentation. DBCC INDEXDEFRAG / ALTER INDEX ... REORGANIZE peut réinitialiser le fillfactor dans certains cas pour les index qui ne sont pas très fragmentés.
J'espère que cela t'aides!
(Désolé pour la 'réponse excessive' - l'un de mes raccourcis, après avoir écrit le code :-)