Pregunta de rendimiento 'SELECCIONAR SUPERIOR'

Tengo una consulta que se ejecuta mucho más rápido con select top 100y mucho más lento sin top 100. El número de registros devueltos es 0. ¿Podría explicar la diferencia en los planes de consulta o compartir enlaces donde se explica esa diferencia?

La consulta sin toptexto:

SELECT --TOP 100
*
FROM InventTrans
     JOIN
     InventDim
     ON InventDim.DATAAREAID = 'dat' AND 
        InventDim.INVENTDIMID = InventTrans.INVENTDIMID
WHERE InventTrans.DATAAREAID = 'dat' AND 
      InventTrans.ITEMID = '027743' AND 
      InventDim.INVENTLOCATIONID = 'КзРЦ Алмат' AND 
      InventDim.ECC_BUSINESSUNITID = 'Казахстан';

El plan de consulta para lo anterior (sin top):

https://pastebin.com/cbtJpxFf

Las estadísticas IO y TIME (sin top):

SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.
SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 0 ms.

(0 row(s) affected)
Table 'INVENTDIM'. Scan count 0, logical reads 988297, physical reads 0, read-ahead reads 1, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'INVENTTRANS'. Scan count 1, logical reads 1234560, physical reads 0, read-ahead reads 14299, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

(1 row(s) affected)

 SQL Server Execution Times:
   CPU time = 6256 ms,  elapsed time = 13348 ms.
SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

Los índices utilizados (sin top):

1. INVENTTRANS.I_177TRANSIDIDX
   4 KEYS:
 - DATAAREAID
 - INVENTTRANSID
 - INVENTDIMID
 - RECID
2. INVENTTRANS.I_177ITEMIDX
   3 KEYS:
   - DATAAREAID
   - ITEMID
   - DATEPHYSICAL 
3. INVENTDIM.I_698DIMIDIDX
   2 KEYS:
   - DATAAREAID
   - INVENTDIMID

La consulta con top:

SELECT TOP 100
*
FROM InventTrans
     JOIN
     InventDim
     ON InventDim.DATAAREAID = 'dat' AND 
        InventDim.INVENTDIMID = InventTrans.INVENTDIMID
WHERE InventTrans.DATAAREAID = 'dat' AND 
      InventTrans.ITEMID = '027743' AND 
      InventDim.INVENTLOCATIONID = 'КзРЦ Алмат' AND 
      InventDim.ECC_BUSINESSUNITID = 'Казахстан';

El plan de consulta (con TOP):

https://pastebin.com/0dyu6QZd

La consulta de estadísticas IO y TIME (con TOP):

SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.
SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 0 ms.

(0 row(s) affected)
Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'INVENTTRANS'. Scan count 15385, logical reads 82542, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'INVENTDIM'. Scan count 1, logical reads 62704, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

(1 row(s) affected)

 SQL Server Execution Times:
   CPU time = 265 ms,  elapsed time = 257 ms.
SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

Los índices utilizados (con TOP):

 1. INVENTTRANS.I_177TRANSIDIDX
     4 KEYS:
     - DATAAREAID
     - INVENTTRANSID
     - INVENTDIMID
     - RECID
 2. INVENTTRANS.I_177DIMIDIDX
    3 KEYS:
    - DATAAREAID
    - INVENTDIMID
    - ITEMID
 3. INVENTDIM.I_698DIMIDIDX
    2 KEYS:
    - DATAAREAID
    - INVENTDIMID
 4. INVENTDIM.I_698ECC_BUSUNITLOCIDX
    3 KEYS
    - DATAAREAID
    - ECC_BUSINESSUNITID
    - INVENTLOCATIONID

¡Apreciará profundamente cualquier ayuda sobre el tema!

SQL Server crea diferentes planes de ejecución para TOP 100, utilizando un algoritmo de ordenación diferente. A veces es más rápido, a veces es más lento.

Para ver ejemplos más simples, lea ¿Cuánto puede una fila cambiar un plan de consulta? Parte 1 y Parte 2 .

Para obtener detalles técnicos detallados, además de un ejemplo de dónde el algoritmo TOP 100 es realmente más lento, lea la Clasificación de Paul White, los Objetivos de fila y el Problema TOP 100 .

La conclusión: en su caso, si sabe que no se devolverán filas, bueno ... no ejecute la consulta, ¿eh? La consulta más rápida es la que nunca haces. Sin embargo, si necesita hacer una verificación de existencia, simplemente haga SI EXISTE (consulta aquí), y luego SQL Server hará un plan de ejecución incluso diferente.

Mirando los dos planes, tiene una búsqueda clave en ambos con costos porcentualmente diferentes. Si pasa el mouse sobre los objetos, verá el número de ejecuciones.

La búsqueda de claves es una búsqueda de regreso al índice agrupado ya que el índice utilizado en la búsqueda de índice (arriba a la derecha) no cubre todas las columnas (seleccione *, por lo que debe usarse el índice agrupado).

Top 100 puede obtener las 100 filas necesarias en menos lecturas del índice y luego realizar la búsqueda 100 veces en lugar de cada fila de la tabla. También explica el aumento en el número de páginas leídas cuando NO se hace el 'top'.