Índices Múltiples vs Índices de Varias Columnas

Sí. Te recomiendo que revises Los artículos de Kimberly Tripp sobre indexación.

Si un índice está "cubriendo", entonces no hay necesidad de usar nada más que el índice. En SQL Server 2005, también puede agregar columnas adicionales al índice que no forman parte de la clave, lo que puede eliminar los viajes al resto de la fila.

Tener varios índices, cada uno en una sola columna puede significar que solo se usa un índice ; tendrá que consultar el plan de ejecución para ver qué efectos que ofrecen diferentes esquemas de indexación.

También puede usar el asistente de sintonización para ayudar a determinar qué índices harían que una consulta o carga de trabajo determinada funcionara mejor.

El índice de varias columnas se puede usar para consultas que hacen referencia a todas las columnas:

SELECT *
FROM TableName
WHERE Column1=1 AND Column2=2 AND Column3=3

Esto se puede buscar directamente usando el índice de varias columnas. Por otro lado, a lo sumo se puede usar uno de los índices de una sola columna (tendría que buscar todos los registros que tengan Column1=1, y luego verificar Column2 y Column3 en cada uno de ellos).

Un elemento que parece haberse perdido son las transformaciones de estrellas. Index Intersection Los operadores resuelven el predicado calculando el conjunto de filas alcanzadas por cada uno de los predicados antes de que se realice cualquier E/S en la tabla de hechos. En un esquema star indexaría cada clave de dimensión individual y el optimizador de consultas puede resolver qué filas seleccionar mediante el cálculo de intersección de índices. Los índices en columnas individuales dan la mejor flexibilidad para esto.

Si tiene consultas que usarán con frecuencia un conjunto relativamente estático de columnas, crear un único índice de cobertura que las incluya todas mejorará drásticamente el rendimiento.

Al poner varias columnas en su índice, el optimizador solo tendrá que acceder a la tabla directamente si una columna no está en el índice. Los uso mucho en el almacenamiento de datos. La desventaja es que hacer esto puede costar una gran cantidad de gastos generales, especialmente si los datos son muy volátiles.

Creando los índices en columnas simples son útiles para las operaciones de búsqueda que se encuentran con frecuencia en los sistemas OLTP.

Deberías preguntarte por qué estás indexando las columnas y cómo se usarán. Ejecute algunos planes de consulta y vea cuándo se accede a ellos. El ajuste del índice es tanto instinto como ciencia.

El libro de Lahdenmaki y Leach "Relational Database Index Design and the Optimizers" introduce un sistema de tres estrellas para calificar cuán adecuado es un índice para una consulta.

1. El índice gana una estrella si coloca filas relevantes adyacentes entre sí
2. una segunda estrella si sus filas están ordenadas en el orden que la consulta necesita
3. una estrella final si contiene todas las columnas necesarias para la consulta

Crear múltiples índices en columnas, esta estrategia de indexación a menudo resultados cuando las personas dan consejos vagos pero que suenan autoritarios como " crear índices en las columnas que aparecen en la cláusula WHERE."Este consejo está muy equivocado. Dará lugar a índices de una estrella en el mejor de los casos. Estos índices pueden ser muchos órdenes de magnitud más lentos que los índices verdaderamente óptimos. A veces, cuando no se puede diseñar un índice de tres estrellas, es mucho mejor ignorar la cláusula WHERE y prestar atención al orden óptimo de las filas o crear un índice de cobertura en su lugar.