Optimisation des performances pour une grande table (SQL Server 2008 R2)

Contexte:
J'ai une table de faits en phase UAT. Objectif de charger 5 ans de données dans Prod (taille attendue 400 Mn d'enregistrements). Actuellement, il n'a que 2 ans de données en test.

Caractéristiques de la table:

1. Nombre de dimensions ~ 45
2. Mesures ~ 30
3. Mesures non additives et autres colonnes ~ 25
4. Taille actuelle des données ~ 200 millions (données sur 2 ans)
5. Affichage de l'heure: 3 vues de mois différentes: fiscales / calendrier / ajustées (c'est-à-dire que la même ligne peut tomber dans des mois différents en fonction de la vue recherchée)
6. Une seule vue sera requise à la fois par un utilisateur. (c'est-à-dire qu'une seule colonne de mois sera utilisée dans la requête, cela nous empêche de faire le partitionnement sur la vue temporelle)
7. Index: 1 index groupé sur les clés naturelles (8 colonnes) .Créé 3 couvrant les index non groupés un sur chaque colonne de mois, y compris quelques dimensions SK (FK) et toutes les mesures).
8. Les index sont énormes (190 Go au total) pour cette raison.
9. L'espace n'est pas une contrainte (1 To alloué)
10. 64 Go de RAM disponibles sur le serveur.
11. La compression de table a également été effectuée.

Exigence: Les
requêtes sur ce tableau de faits doivent donner un résultat dans les 30 secondes (les requêtes générales sélectionnent la somme (mesure) joignant quelques groupes Dims par valeurs Dim). Les rapports se font directement en haut de ce tableau de faits.

Problème:
toute requête qui inclut des colonnes disponibles dans l'index fonctionne très bien, mais si nous incluons d'autres colonnes qui ne sont pas dans le include..It suce. Cela prend plus de 5 à 10 minutes. Quelqu'un peut-il suggérer une solution où cela fonctionne bien pour n'importe quelle dimension / colonne que nous sélectionnons. Index peut-il voir l'aide dans cette situation?

Mettez à niveau vers SQL Server 2012 et utilisez des colonnes de magasins . Ils prospèrent dans ces exigences. Sérieusement, téléchargez l' édition d'évaluation et essayez-la. Supprimez tous les index, supprimez l'index cluster, ajoutez simplement un index columnstore non cluster sur toutes les colonnes et donnez-lui un tourbillon. J'ai vu des cas comme le vôtre qui ont réduit le temps d'exécution à 2-3 secondes, principalement en raison de l' élimination des segments . Certaines lectures supplémentaires:

• Optimisation des performances de SQL Server Columnstore
• FAQ sur l'index SQL Server Columnstore
• Réalisation rapide d'indexations parallèles de colonnes
• Contournement des problèmes de performances pour les colonnesstore liés aux chaînes
• Utilisez la jointure externe avec les colonnes et profitez toujours du traitement par lots
• Utilisation de statistiques avec des index Columnstore

Une vue indexée résoudra-t-elle votre problème? Dans quelle mesure les données doivent-elles être à jour? Vous pouvez créer une vue indexée pour quelques permutations. Mais avec autant de dimensions et de mesures, vous risquez de manquer rapidement d'espace!

Que diriez-vous d'utiliser des SSD?