¿Qué es un Índice?

El índice de cobertura es solo un índice ordinario. Se llama "cobertura" si puede satisfacer la consulta sin necesidad de analizar datos.

Ejemplo:

CREATE TABLE MyTable
(
  ID INT IDENTITY PRIMARY KEY, 
  Foo INT
) 

CREATE NONCLUSTERED INDEX index1 ON MyTable(ID, Foo)

SELECT ID, Foo FROM MyTable -- All requested data are covered by index

Este es uno de los métodos más rápidos para recuperar datos de SQL server.

Los índices de cobertura son índices que "cubren" todas las columnas necesarias de una tabla específica, eliminando la necesidad de acceder a la tabla física para una consulta/ operación dada.

Dado que el índice contiene las columnas deseadas (o un superconjunto de ellas), el acceso a la tabla se puede reemplazar con una búsqueda o escaneo de índices -- que generalmente es mucho más rápido.

Columnas a cubrir:

• condiciones parametrizadas o estáticas; columnas restringidas por una constante parametrizada o condición.
• unir columnas; columnas utilizadas dinámicamente para unir
• columnas seleccionadas; para responder a los valores seleccionados.

Mientras que cubrir los índices a menudo puede proporcionar un buen beneficio para la recuperación, agregan algo para insertar/ actualizar la sobrecarga; debido a la necesidad de escribir filas de índice adicionales o más grandes en cada actualización.

Cubriendo índices para Consultas unidas

Los índices de cobertura son probablemente más valiosos como técnica de rendimiento para consultas combinadas. Esto es debido a que las consultas unidas son más costosas y es más probable que las recuperaciones de una sola tabla sufran problemas de rendimiento de alto costo.

• en una consulta unida, los índices de cobertura deben considerarse por tabla.
• cada 'índice de cobertura' elimina un acceso físico a la tabla del plan y lo reemplaza con acceso solo al índice.
• investigue los costos del plan y experimente con qué tablas vale la pena reemplazar por un índice de cobertura.
• por este medio, el costo multiplicativo de los planes de unión grandes se pueden reducir significativamente.

Por ejemplo:

select oi.title, c.name, c.address
from porderitem poi
join porder po on po.id = poi.fk_order
join customer c on c.id = po.fk_customer
where po.orderdate > ? and po.status = 'SHIPPING';

create index porder_custitem on porder (orderdate, id, status, fk_customer);

Véase:

• http://literatejava.com/sql/covering-indexes-query-optimization /

Digamos que tiene una tabla simple con las siguientes columnas, solo tiene Id indexado aquí:

Id (Int), Telephone_Number (Int), Name (VARCHAR), Address (VARCHAR)

Imagine que tiene que ejecutar la consulta a continuación y verificar si está utilizando index, y si se realiza de manera eficiente sin llamadas de E/S o no. Recuerde, solo ha creado un índice en Id.

SELECT Id FROM mytable WHERE Telephone_Number = '55442233';

Cuando compruebe el rendimiento de esta consulta, se sentirá decepcionado, ya que Telephone_Number no está indexado, esto necesita obtener filas de la tabla utilizando llamadas de E/S. Por lo tanto, esto no es una cubierta indexado ya que hay alguna columna en la consulta que no está indexada, lo que conduce a frecuentes llamadas de E/S.

Para convertirlo en un índice cubierto, debe crear un índice compuesto en (Id, Telephone_Number).

Para más detalles, consulte este blog: https://www.percona.com/blog/2006/11/23/covering-index-and-prefix-indexes /