Ajuste de rendimiento para una tabla enorme (SQL Server 2008 R2)

Antecedentes:
tengo una tabla de hechos en la fase UAT. Objetivo cargar 5 años de datos en Prod (tamaño esperado 400 Mn registros). Actualmente solo tiene 2 años de datos en Test.

Características de la mesa:

1. No de dimensiones ~ 45
2. Medidas ~ 30
3. Medidas no aditivas y otras columnas ~ 25
4. Tamaño de datos actual ~ 200 millones (datos de 2 años)
5. Vista de tiempo: 3 vistas de mes diferentes: Fiscal / Calendario / Ajustado (es decir, la misma fila puede caer en diferentes meses según la vista que se está buscando)
6. Solo un usuario requerirá una vista a la vez. (es decir, solo se utilizará una columna de un mes en la consulta, nos impide realizar particiones en la vista de tiempo)
7. Índices: 1 índice agrupado en las teclas naturales (8 columnas). Creó 3 que cubren los índices no agrupados, uno en la columna de cada mes, incluyendo pocos Dimension SK (FK) y todas las medidas).
8. Los índices son enormes (un total de 190 GB) debido a esto.
9. El espacio no es restricción (1 TB asignado)
10. 64 GB de RAM disponibles en el servidor.
11. Tabla de compresión también realizada.

Requisito: las
consultas en esta tabla de hechos deben dar resultado en 30 segundos (las consultas generales seleccionan la suma (medida) uniendo pocos grupos de Dims por valores de atenuación). Los informes se realizan directamente sobre esta tabla de hechos.

Problema:
cualquier consulta que incluya columnas disponibles en el Índice funciona bien, pero si incluimos cualquier otra columna que no esté incluida en el índice ... Es una mierda. Tarda más de 5-10 minutos. ¿Puede alguien sugerir alguna solución donde funcione bien para cualquier dimensión / columna que seleccionemos? ¿Index puede ver ayuda en esta situación?

Actualice a SQL Server 2012 y use almacenes de columnas . Prosperan en estos requisitos. En serio, descarga la edición de evaluación y pruébalo. Descarte todos los índices, descarte el índice agrupado, simplemente agregue un índice de almacén de columnas no agrupado en todas las columnas y dele un giro. He visto casos como el suyo que redujeron el tiempo de ejecución a 2-3 segundos, principalmente debido a la eliminación del segmento . Algunas lecturas complementarias:

• Ajuste del rendimiento del almacén de columnas de SQL Server
• Preguntas frecuentes sobre el índice del almacén de columnas de SQL Server
• Lograr compilaciones rápidas de índices de almacenes de columnas paralelas
• Solución de problemas de rendimiento para almacenes de columnas relacionados con cadenas
• Utilice la unión externa con almacenes de columnas y aún obtenga el beneficio del procesamiento por lotes
• Uso de estadísticas con índices de almacén de columnas

¿Una vista indexada resolverá su problema? ¿Qué tan actualizados deben estar los datos? Puede crear una vista indizada para algunas permutaciones. ¡Pero con tantas medidas y medidas puede quedarse sin espacio rápidamente!

¿Qué tal el uso de SSD?