Je veux juste mis un mot d'avertissement: veuillez très soigneusement choisir votre index cluster! Tous les "réguliers" tableau de données doit avoir un index cluster, puisque le fait d'avoir un index cluster, en effet, la vitesse de beaucoup d'opérations - oui, accélérer, même les insertions et les suppressions! Mais seulement si vous choisissez un bon index cluster.
C'est le plus répliqué structure des données dans votre base de données SQL Server. La clé de cluster sera la part de chacun et de tous les index non cluster sur votre table, trop.
Vous devez utiliser une extrême prudence lors de la sélection d'une clé de cluster - il devrait être:
étroit (4 octets idéal)
unique (c'est le "pointeur de ligne", après tout. Si vous ne le faites pas unique SQL Server va le faire pour vous dans le fond, vous coûter quelques octets pour chaque entrée, multiplié par le nombre de lignes et le nombre de non-cluster indices vous ont - cela peut être très coûteux!)
statique (ne jamais changer si possible)
idéalement croissante , donc vous ne finirez pas avec d'horribles de l'indice de fragmentation (un GUID est tout l'opposé d'une bonne clé de cluster - pour cette raison en particulier,
il doit être non nullable et idéalement aussi de largeur fixe - varchar(250)
fait une mauvaise clé de cluster
Autre chose, faut vraiment être de deuxième et troisième niveau de l'importance à l'origine de ces points ....
Voir certains de Kimberly Tripp (La Reine de l'Indexation) des messages de blog sur le sujet de tout ce qu'elle a écrit dans son blog est absolument inestimable de le lire, à le digérer - vivre!