Início / dba / Perguntas / 136210
Accepted
sharptooth
Asked: 2016-04-23 01:46:24 +0800 CST

De onde vem esse Constant Scan e Left Outer Join em um plano de consulta SELECT trivial?

  • 772

Eu tenho esta tabela:

CREATE TABLE [dbo].[Accounts] (
    [AccountId] UNIQUEIDENTIFIER UNIQUE NOT NULL DEFAULT NEWID(),
    -- WHATEVER other columns
);
GO
CREATE UNIQUE CLUSTERED INDEX [AccountsIndex]
    ON [dbo].[Accounts]([AccountId] ASC);
GO

Esta consulta:

DECLARE @result UNIQUEIDENTIFIER
SELECT @result = AccountId FROM Accounts WHERE AccountId='guid-here'

executa com um plano de consulta que consiste em uma única busca de índice - como esperado:

SELECT <---- Clustered Index Seek

Esta consulta faz o mesmo:

DECLARE @result UNIQUEIDENTIFIER
SET @result = (SELECT AccountId FROM Accounts WHERE AccountId='guid-here')

mas é executado com um plano em que o resultado do Index Seek é Left Outer Joined com o resultado de alguma Constant Scan e, em seguida, alimentado no Compute Scalar:

SELECT <--- Compute Scalar <--- Left Outer Join <--- Constant Scan
                                      ^
                                      |------Clustered Index Seek

O que é essa magia extra? O que faz a Varredura Constante seguida pela Junção Externa Esquerda?

sql-server execution-plan

1 respostas

  1. Best Answer

    A semântica das duas declarações é diferente:

    • A primeira não define o valor da variável se nenhuma linha for encontrada.
    • O segundo sempre define a variável, inclusive como null se nenhuma linha for encontrada.

    O Constant Scan produz uma linha vazia (sem colunas!) que resultará na atualização da variável caso nada corresponda à tabela base. A junção à esquerda garante que a linha vazia sobreviva à junção. A atribuição de variável pode ser considerada como ocorrendo no nó raiz do plano de execução.

    UsandoSELECT @result

    -- Set initial value
DECLARE @result uniqueidentifier = {guid 'FE2CA909-1162-4C6C-A7AC-33B257E28539'};

-- @result does not change
SELECT @result = AccountId 
FROM Accounts 
WHERE AccountId={guid '7AD4D33C-1ED7-4183-B7F3-48C33D666525'};

SELECT @result;

    Resultado 1

    UsandoSET @result

    -- Set initial value
DECLARE @result uniqueidentifier = {guid 'FE2CA909-1162-4C6C-A7AC-33B257E28539'};

-- @result set to null
SET @result = 
(
    SELECT AccountId 
    FROM Accounts 
    WHERE AccountId={guid '7AD4D33C-1ED7-4183-B7F3-48C33D666525'}
);

SELECT @result;

    Resultado 2

    Planos de execução

    SELECT atribuiçãoNenhuma linha chega ao nó raiz, portanto, nenhuma atribuição ocorre.

    Atribuição DEFINIDAUma linha sempre chega ao nó raiz, portanto ocorre a atribuição de variáveis.

    O Constant Scan extra e o Nested Loops Left Outer Join não são motivo de preocupação. A junção, em particular, é barata, pois é garantido que encontrará uma linha em sua entrada externa e no máximo uma linha (no seu exemplo) na entrada interna.

    Existem outras maneiras de garantir que uma linha seja gerada a partir da subconsulta para garantir que ocorra uma atribuição de variável. Uma delas é usar um agregado escalar redundante (sem cláusula group by):

    -- Set initial value
DECLARE @result uniqueidentifier = {guid 'FE2CA909-1162-4C6C-A7AC-33B257E28539'};

-- @result set to null
SET @result = 
    (
        SELECT MAX(AccountId)
        FROM Accounts 
        WHERE AccountId={guid '7AD4D33C-1ED7-4183-B7F3-48C33D666525'} 
    );
SELECT @result;

    Resultado 3

    Plano de execução agregado escalar

    Observe que o agregado escalar produz uma linha mesmo que não receba nenhuma entrada.

    Documentação:

    Se a instrução SELECT não retornar nenhuma linha, a variável manterá seu valor atual. Se a expressão for uma subconsulta escalar que não retorna nenhum valor, a variável será definida como NULL.

    Para atribuir variáveis, recomendamos que você use SET @local_variable em vez de SELECT @local_variable.

    Leitura adicional:

    • 29

relate perguntas