Perché viene eseguita una scansione della tabella?

Question

SELECT X.ID, X.Field4 
FROM 
     #TaxInvoiceData T 
INNER JOIN 
     xxx X 
     ON T.Id = X.Id 
     AND Field2 = @VAR  
     AND Field3 = 'S' 

Quando eseguo una query una tabella completa scansione sulla tabella X. Non capisco perché, perché la chiave primaria della tabella X è

ID INT ASC 
Field3 CHAR(2) ASC 
Field2 DATETIME ASC Unique Non-clustered 

C'è anche un indice sulla

Field2 DATETIME ASC Non-Unique Non-clustered 

fare proprio

SELECT ID 
FROM xxx 
WHERE 
    Field2 = @VAR 
AND Field3 = 'S' 

Esiste un Index Seek

Grazie in anticipo.

Answer 1

Risposta breve: perché l'ottimizzatore pensa che sarebbe più veloce.

Tuttavia, proviamo a leggere la mente dell'ottimizzatore.

Dato che non è stato fornito lo schema completo della tabella, assumerò che ci sia un indice cluster su xxx.ID e che #TaxInvoiceData sia un heap. Ti aspetti un piano in cui viene rilevato l'indice PK per ogni riga in #TaxInvoiceData, ma stai selezionando xxx.Field4 che richiederà la ricerca di un segnalibro per ogni corrispondenza. Ciò potrebbe comportare 29.000 richieste di I/O casuali. Ahia.

Al contrario, SQL Server potrebbe (e apparentemente sta per) eseguire solo una quantità maggiore di I/O sequenziali più efficienti eseguendo la scansione della tabella e probabilmente sta facendo una rapida corrispondenza hash con #TaxInvoiceData.

Quindi cosa si può fare? È possibile creare un indice di copertura compreso Field4. Oppure potresti utilizzare l'indice e unire suggerimenti per forzare il piano che stai cercando (ma sospetto che le prestazioni non sarebbero buone come speri). Questa query viene utilizzata abbastanza frequentemente da fornire problemi di prestazioni delle applicazioni o semplicemente eliminando le scansioni di tabelle in linea di principio? Se quest'ultimo, si può trovare il sovraccarico di sbarazzarsi della scansione non vale la pena alla fine.

---

Edit:

Dal momento che hai detto che non c'è alcun indice cluster sul tavolo, anche questo può interessare quanto efficiente le ricerche dall'indice lo sono. A meno che questa tabella non visualizzi attività di inserimento estremamente pesanti, è consigliabile modificare il PK in cluster. Questo da solo potrebbe cambiare il piano, e anche se non lo facesse, è probabile che acceleri altre operazioni a causa di un sovraccarico ridotto.

Answer 2

Forse riscrivendo la query avrebbe aiutato:

SELECT X.ID, X.Field4 
FROM xxx X, #TaxInvoiceData T 
WHERE X.Id = T.Id   
AND X.Field2 = @VAR    
AND X.Field3 = 'S'