SQL Server 2005 che esegue la tabella completa Ordina prima della scansione dell'indice

Question

Ho riscontrato un problema con le prestazioni di ordinazione nel mio database SQL Server 2005. Diciamo che ho la seguente query:

select 
    id, versionId, orderIndex 
from Forms_Page 
where 
    versionId = 'AFCF4921-31B4-44C1-B3A7-913910F7600E' 
order by 
    orderIndex 

Questa query restituirà 7 righe e prendere ~ 23 secondi per l'esecuzione. Il piano di esecuzione di questa query è il seguente (non è ancora possibile inviare immagini):

selezionare (costo: 0%) -> Ordina (costo: 11%) -> Scansione di indice cluster (costo: 89%)

Se rimuovo la clausola 'order by', la query verrà completata in ~ 4 ms, come previsto.

Perché SQL Server esegue un ordinamento prima di ottenere le righe richieste? Non ha senso per me. Perché non ottenere prima le 7 righe e ordinare solo quelle? Mi manca qualcosa, come una configurazione del database, o si tratta di un comportamento previsto?

Potrei usare una selezione interna, come la seguente, per forzare il motore a ottenere prima le righe e poi ordinare, il che restituirebbe le righe in ~ 6 ms, ma poiché stiamo usando l'EF questo non sarebbe una buona soluzione per noi (potremmo ordinare i risultati in memoria, ma stiamo usando le opzioni LoadWith per alcune delle entità che generano codice SQL con ordinamenti e che anche il codice sta soffrendo dello stesso problema 'ordine per').

select * 
from(
    select 
     id, versionId, orderIndex 
    from Forms_Page 
    where 
     versionId = 'AFCF4921-31B4-44C1-B3A7-913910F7600E' 
) T 
order by 
    T.orderIndex 

ho provato un po 'di indicizzazione è le colonne ordinate, che fissati cosa, ma solo perché le colonne sono già ordinati. Sembra una soluzione goffa ...

Answer 1

In primo luogo, non so perché lo stia facendo! Detto questo, ecco un paio di cose che probabilmente hai già provato.

• Query Suggerimenti: Hai provato a usare uno dei vari suggerimenti di query documentate qui? http://msdn.microsoft.com/en-us/library/ms181714.aspx. In particolare l'opzione RECOMPILE.

• E i soliti passaggi di DBCC FREEPROCCACHE e DBCC DROPCLEANBUFFERS? Queste sono le cose che di solito provo.

• Aggiornamento statistiche: eseguendo UPDATE STATISTICS tablename o EXEC sp_updatestats per aggiornare le statistiche per l'intero database.

Infine, e forse non rilevante nel tuo caso, ma c'è una buona spiegazione della tabella allude qui: http://blog.sqlauthority.com/2009/11/19/sql-server-understanding-table-hints-with-examples/