Eu tenho uma consulta que é lenta quando executo a partir do SSMS e do aplicativo. Estou tentando ajustá-la. Peguei o plano de execução e, ao verificar, posso ver o custo do Clustured Index Seeks em uma tabela é de 85%. Essa tabela tem apenas duas colunas e uma coluna são definidas como chave primária. Então, fazer Busca de Índice Agrupado na tabela é bom, eu acho. Devo me preocupar com o custo da operação?
Sim e não.
As consultas que mostram um custo alto geralmente são um bom ponto de partida para ajustar uma consulta. Eles são lugares onde o planejador de consulta acreditava que a consulta gastaria uma quantidade maior de tempo e esforço para obter os resultados da consulta.
No entanto, quando você tem os números reais da consulta, uma das principais coisas a serem verificadas é como a estimativa e a execução real da consulta corresponderam. Uma das primeiras coisas a corrigir, quando possível, são os locais onde há uma grande diferença entre os números reais e os estimados. Por exemplo, se as linhas estimadas e reais estiverem muito distantes, a captura/atualização de estatísticas para a tabela em questão pode resultar em ganhos significativos.
Levando isso em consideração, podem ser transações que o planejador de consultas esperava que não fossem significativas, mas onde os números estimados são muito menores do que os números reais, essas são as transações que mais precisam de ajuste.
Quando os números estimados e reais correspondem bem, essas operações de alto custo são novamente um bom lugar para concentrar seus esforços de ajuste. No entanto, eles não devem ser a única coisa que você deve prestar atenção.