Effetto delle prestazioni dell'utilizzo di TOP 1 in una query SELECT

Question

Ho una tabella utente in cui sono presenti un nome utente e colonne di applicazione. Nome utente può ripetere, ma combinazione di nome utente + applicazione è unico nel suo genere, ma non ho il vincolo univoco impostato sul tavolo (per le prestazioni)

Domanda: ci sarà alcuna differenza (performance-saggio) tra:

SELECT * FROM User where UserName='myuser' AND Application='myapp' 

E -

SELECT TOP 1 * FROM User where UserName='myuser' AND Application='myapp' 

Come combinazione di nome utente + applicazione è unico, entrambe le query saranno sempre tornare non più di un record, in modo TOP 1 non influisce sul risultato. Ho sempre pensato che l'aggiunta di TOP 1 accelerasse davvero le cose man mano che il server SQL smetteva di cercare una trovata, ma di recente ho letto in un articolo che l'uso di TOP rallenterebbe davvero e si consiglia di evitare, anche se non lo hanno spiegato perché.

Eventuali commenti?

Grazie! Andrey

Answer 1

È possibile ottenere alcune differenze di prestazioni semplicemente utilizzando top, ma le prestazioni reali si ottengono utilizzando gli indici.

Se si dispone di un indice per i campi Nome utente e Applicazione, il database non deve nemmeno toccare la tabella finché non ha isolato il singolo record. Inoltre, dalle statistiche della tabella è già noto che i valori sono univoci, pertanto l'utilizzo di top non fa alcuna differenza.

Answer 2

Se c'è più di una riga nei risultati e nessuna clausola ORDER BY, la "TOP 1" fa risparmiare un sacco di lavoro per il server. Se c'è un ordine per clausola, il server deve comunque materializzare l'intero set di risultati, e se c'è solo una riga, in realtà non cambia nulla.

Answer 3

Penso che dipenda dal piano di esecuzione della query generato da SQL ... In passato su versioni precedenti di SQL Server ho visto l'utilizzo di un "TOP" superfluo che offre vantaggi prestazionali definiti con query complesse con molti join. Ma sicuramente non in tutti i casi.

Immagino che il miglior consiglio che posso dare sia di provarlo caso per caso.

Answer 4

si dice che non si applica il vincolo, che si traduce non esiste un indice univoco su (NomeUtente, Applicazione) o (Applicazione, NomeUtente). La query può utilizzare un percorso di accesso che cerca su UserName o Application? In altre parole, qualcuna di queste due colonne è indicizzata? In caso affermativo, il piano sceglierà il più selettivo che viene indicizzato e esegue una scansione dell'intervallo, possibilmente un ciclo annidato con una ricerca di segnalibro se l'indice non è in cluster, quindi un filtro. La prima parte interromperà la query dopo che il primo filtro è stato abbinato, ma se questo fa la differenza dipende dalla cardinalità dei dati (quanti record trova la scansione degli intervalli e quanti soddisfano il filtro).

Se non c'è indice, eseguirà una scansione completa in cluster, non importa quale. La prima parte interromperà la scansione alla prima corrispondenza, sia dopo l'elaborazione di 1 record o dopo l'elaborazione di 999 mil. record depdends sul nome utente e sull'applicazione effettivi ...

L'unica cosa che rende una differenza reale è consentire alla query di eseguire una ricerca per entrambi i valori, ad es. avere un indice di copertura Il vincolo sarebbe applicato attraverso un indice di copertura di questo tipo. In altre parole: disattivando il vincolo, presumibilmente per le prestazioni in scrittura, sii pronto a pagare il prezzo alle letture. Questa lettura è importante? Hai effettuato qualche misura per confermare che la scrittura in più dell'indice del vincolo ridurrebbe in modo critico le prestazioni?