SQL Server - Clustered Index Key Problème sur la table FACT avec des millions de lignes

Question

Nous avons obtenu une table FACT qui a 237383163 nombre de lignes et qui a beaucoup de données en double.

Lors de l'exécution de requêtes sur cette table, elle effectue un SCAN sur plusieurs lignes, ce qui entraîne des temps d'exécution longs (les bocs n'ont pas créé d'index clusterisé).

Y at-il quelqu'un moyen peut suggérer - pour créer une clé cluster en utilisant une combinaison de champ existant avec l'ajout de tout nouveau champ (comme colonne d'identité)

index non cluster sont créés sur la table est d'aucune aide soit .

Cordialement

Answer 1

Pensées:

• Ajout d'un index ordonné en clusters qui n'est pas unique, il faudra un 4 octets uniqueifier
• Ajout d'une colonne porteuse IDENTITÉ vous laisse avec les doublons
• Un index ordonné en clusters est meilleur quand étroit et numérique en particulier si vous avez des index non-clustered

Première chose, les données de-double

Ensuite, je considère comme l'un des 2 choses selon que il y a des index non cluster

1. Sans index NC, créez un index ordonné en clusters unique sur une partie ou toutes les colonnes FACT
2. Avec les index CN, créez une colonne IDENTITY et utilisez-la comme index cluster. Créer un index CN unique sur les colonnes FACT

L'option 1 sera beaucoup plus petite sur le disque. Je l'ai déjà fait pour une table de faits de plus d'un milliard de lignes et elle a diminué de 65%. Il n'y avait pas d'index NC.

Les deux options devront tester pour voir l'effet sur la charge et le temps de réponse etc