Índices con columnas incluidas, ¿cuál es la diferencia?

El almacenamiento interno de índices utiliza una estructura de árbol B y consta de "páginas de índice" (la raíz y todas las páginas intermedias) y "páginas de datos de índice" (sólo las páginas hoja).

Tenga en cuenta que no confunda "páginas de datos de índice" con las "páginas de datos" (páginas hoja de índices agrupados) que almacenan la mayoría de las columnas de datos reales.

• Solo las columnas de índice se almacenan en las páginas de índice.
• Al colocar algunas columnas en la INCLUDEsección, se almacenan menos datos por clave de índice en cada página.
• Lo que significa que se necesitan menos páginas para contener las claves de índice. ( Facilitando el almacenamiento en caché de estas páginas de uso frecuente en la memoria durante más tiempo ) .
• Y posiblemente menos niveles en el árbol. ( En tal caso, los beneficios de rendimiento pueden ser mucho mayores porque cada recorrido de nivel de árbol es otro acceso al disco ) .

Cuando se usa un índice, la tecla de índice se usa para navegar a través de las páginas de índice hasta la página de datos de índice correcta.

• Si el índice tiene INCLUDEcolumnas, esos datos están disponibles de inmediato si la consulta los necesita.
• Si la consulta requiere columnas que no están disponibles ni en las claves de índice ni en las INCLUDEcolumnas, entonces se requiere una "búsqueda de marcadores" adicional para la fila correcta en el índice agrupado (o montón si no hay un índice agrupado definido).

Algunas cosas a tener en cuenta que, con suerte, resuelven parte de su confusión:

• Si las claves de su índice y los filtros en su consulta no son lo suficientemente selectivos , entonces el índice será ignorado (independientemente de lo que haya en sus INCLUDEcolumnas).
• Cada índice que crea tiene una sobrecarga para las instrucciones INSERT y UPDATE; más aún para índices "más grandes". (Más grande también se aplica a las INCLUDEcolumnas).
• Entonces, si bien en teoría podría crear una multitud de índices grandes con columnas de inclusión para que coincidan con todas las permutaciones de las rutas de acceso, sería muy contraproducente.

Vale la pena señalar que antes de INCLUDEque se agregaran columnas como característica:

• Era un 'truco' común de ajuste de índice expandir las claves de un índice para incluir columnas que no eran necesarias en el índice / filtro. (Conocido como índice de cobertura).
• Estas columnas se requerían comúnmente en columnas de salida o como columnas de referencia para uniones a otras tablas.
• Esto evitaría las infames "búsquedas de marcadores", pero tenía la desventaja de hacer que el índice fuera más "más ancho" de lo estrictamente necesario.
• De hecho, muy a menudo, las columnas anteriores del índice ya identificarían una fila única, lo que significa que las columnas adicionales incluidas serían completamente redundantes si no fuera por el beneficio de "evitar búsquedas de marcadores".
• INCLUDE las columnas básicamente permiten el mismo beneficio de manera más eficiente.

NB Algo muy importante a destacar. Por lo general, no obtiene ningún beneficio de las INCLUDEcolumnas de sus índices si tiene el hábito perezoso de escribir siempre sus consultas como SELECT * .... Al devolver todas las columnas , básicamente se asegura de que se requiera una búsqueda de marcadores en cualquier caso.