Início / dba / Perguntas / 18041
Accepted
Mithir
Asked: 2012-05-18 00:13:45 +0800 CST

Por que a consulta a seguir é tão ruim em termos de desempenho

  • 772

Depois de fazer essa pergunta, comecei a pensar por que uma determinada consulta estava causando todos os problemas.

Resumindo, houve uma consulta que demorou 500ms, executei alguns planos de execução e apliquei os índices recomendados, mas cortou apenas cerca de 50-60ms.

Depois de executá-lo novamente, descobri que a seguinte consulta (que ocorre em vários locais) estava muito lenta:

SELECT @TempCardNumber = CardNumber 
FROM Cards 
WHERE (CardNumber=@CardNumber or FullCardNumber=@CardNumber)

Quando eu mudei para ser

SELECT @TempCardNumber = CardNumber 
FROM Cards 
WHERE (CardNumber=@CardNumber)

Rodou super rápido, e nem a remoção dos índices importou muito, levando-me a acreditar que esse era o principal gargalo, mas não entendo .. o que há de errado nisso?

sql-server performance

1 respostas

  1. Best Answer

    ORgeralmente não é "SARGable" quando você usa colunas diferentes

    Ou seja, caso você possa otimizar as pesquisas CardNumber ou FullCardNumber com um índice em cada coluna, mas não em ambas as colunas. Isso é uma "busca".

    Um índice em ambas as colunas não funcionará porque você é OR: os valores para cada linha devem ser examinados. Isso é uma varredura.

    Se a condição fosse AND, o SQL Server poderia fazer uma pesquisa residual em FullCardNumber após localizar CardNumber. Procure seguido por uma busca secundária basicamente.

    De qualquer forma, tente isso para remover a ORvarredura e ter 2 buscas individuais eficientes

    SELECT
  @TempCardNumber = CardNumber 
FROM
    (
    SELECT CardNumber 
    FROM Cards 
    WHERE CardNumber = @CardNumber
    UNION -- removed dupes
    SELECT CardNumber 
    FROM Cards 
    WHERE FullCardNumber = @CardNumber
    ) X

    Observe que a consulta assume que você obtém apenas uma linha: isso é intencional?

    • 9

relate perguntas