No meu plano de consulta - vários nós dizem que seu custo é 100%

O custo é baseado em estimativas e, muitas vezes, quando essas estimativas dão errado, você obtém um plano lento - portanto, não é uma boa ideia basear sua segmentação de ajuste nelas.

Use o tempo real decorrido. Isso é coletado para você quando você usa o botão Incluir plano de execução real no SSMS. Talvez seja necessário examinar a saída XML para ver os horários, dependendo da versão do SSMS.

...vários nós têm um custo de 100%

Isso foi explicado pela Microsoft em resposta a um relatório de bug :

Obrigado por tomar o tempo para arquivar esta observação e reprodução simples. Os estranhos valores de porcentagem de custo que você observou são um artefato da estrutura específica do plano de consulta que são um pouco confusos, mas, em última análise, fazem sentido. Eles não afetarão adversamente a execução da consulta de forma alguma.

O operador de concatenação tem dois filhos - a tabela varre. No entanto, o servidor espera que não seja necessário executar a segunda varredura de tabela. Isso ocorre porque ele espera encontrar uma linha da primeira varredura de tabela que satisfaça a parte "existe" da consulta. Portanto, não inclui o custo da segunda varredura de tabela ao calcular o custo total da subárvore enraizada na concatenação. No entanto, ele ainda estima e relata o custo da segunda varredura da tabela, que a ferramenta de gerenciamento calcula como uma porcentagem do custo total da consulta como se fosse executada.

Nesse caso, é claro, seria necessário executar a segunda varredura de tabela, pois a primeira está vazia. No entanto, o mecanismo opera na suposição conservadora de que sempre haverá pelo menos uma linha (que só pode ter sido adicionada após a compilação da consulta).

Desenvolvimento SQL Campbell

Existe algo mais para usar em vez do percentual de custo?

O custo estimado é usado pelo otimizador para escolher entre diferentes operadoras de planos no contexto de seu modelo de custo. É muito improvável que seu sistema tenha as mesmas características de desempenho físico do modelo.

Existem muitas métricas diferentes importantes no ajuste de consultas, dependendo de seus objetivos. Você pode optar por levar em conta algumas ou todas as leituras físicas, consumo de memória, uso da CPU e tempo decorrido para formar uma opinião completa. Minha métrica principal pessoal é o tempo de CPU na maioria dos casos.