Questa è una situazione strana, ma spero che qualcuno abbia una risposta.

Durante la risoluzione dei problemi relativi alle prestazioni, abbiamo aggiunto un INDICE NONCLUSTERATO a una tabella, come richiesto da sp_BlitzIndex. Abbiamo verificato il suo utilizzo il giorno successivo e ha mostrato 0 letture ( 0 scansioni / ricerche, 0 ricerche singleton ), quindi l'abbiamo disabilitato.

Il minuto successivo, riceviamo un reclamo per la stessa lentezza dell'app (problemi di prestazioni) che stavamo provando a verificare e risolvere in primo luogo quando abbiamo aggiunto l'INDICE.

Ora, lo so in teoria, questo sembra puramente casuale. L'INDICE è stato dimostrato, misurabile, NON UTILIZZATO . La disabilitazione NON DOVREBBE aver causato il degrado delle prestazioni della query. Ma è quasi troppo casuale.

Domanda

Quindi la mia domanda, abbastanza semplicemente, è quindi:

È assolutamente possibile che un INDICE NON ESCLUSIVO, le cui statistiche di utilizzo (dai DMV / sp_BlitzIndex) non mostrano alcun utilizzo, abbia comunque aiutato in qualche modo le prestazioni delle query sulla tabella interessata?

Sì, quando SQL Server decide che le statistiche di quell'indice sono più accurate / utili e utilizza tali statistiche per fare le stime e elaborare un piano.

Mi sono imbattuto in situazioni in cui SQL Server ha deciso di utilizzare le statistiche da un indice e scansionare / cercare un altro indice.

Modifica: questo potrebbe non essere applicabile perché mi sono appena reso conto che hai disabilitato l'indice. Non ho testato quello scenario.