Início / dba / Perguntas / 343813
Accepted
Yano_of_Queenscastle
Asked: 2024-11-24 15:51:20 +0800 CST

A atribuição recursiva de variáveis ​​é ruim mesmo se a atribuição recursiva de uma única linha for feita?

  • 772

Está documentado que a atribuição recursiva de variáveis ​​(como esta ↓↓↓↓) pode às vezes retornar resultados incorretos:

SELECT @var = @var + [Name]
FROM dbo.People
...

Mas isso se aplica mesmo no caso em que tenho certeza de que apenas uma linha será retornada?

Exemplo ( Fiddle ):

CREATE TABLE dbo.People
(
  Id INT IDENTITY PRIMARY KEY,
  [Name] varchar(50) NOT NULL
);

INSERT INTO dbo.People([Name]) VALUES ('Bob');

DECLARE @var varchar(50) = '';


/*Is this bad even if the query always returns only one row?*/
SELECT @var = @var + [Name]
FROM dbo.People
WHERE Id = 1;

SELECT [@var] = @var;

A documentação diz que " Nesse caso, não há garantia de que @Var seria atualizado linha por linha. " o que (para mim) sugere que a seleção de uma única linha deve ser suficiente, certo?

Outro exemplo em que se pode querer usar isso é ao calcular alguns valores agregados e adicioná-los a algum lugar:

SELECT @Total = @Total + SUM(InvoiceTotal) /*single row, aggregate of several values*/
FROM dbo.Invoice
WHERE ...;
/*Notice no GROUP BY*/
sql-server

1 respostas

  1. Best Answer

    às vezes talvez

    Pode haver alguns casos que não encontrei em que isso se comportaria de forma inesperada com atribuição de linha única, mas garantias de linha única (sem necessidade de ordenar por via TOPou filtragem OFFSET/ FETCH) são relativamente fortes.

    Até onde eu já vi, o problema é principalmente para atualizações peculiares e concatenação de strings . O método de concatenação de strings é o exemplo dado na sua página de documentação vinculada, também. Ambos dependem de comportamento não documentado, o que é perigoso na melhor das hipóteses. O número de coisas que podem mudar para produzir resultados incorretos é difícil de controlar completamente.

    Provavelmente vale a pena notar que você pode contornar os problemas com concatenação de strings usando FOR XML PATHinstead, também. A Microsoft só documentou STRING_AGGem seu exemplo.

    O agregado de várias linhas é um pouco mais interessante para mim em dois cenários:

    • Variáveis ​​NULL
    • Níveis de isolamento

    Em NULLs

    Aqui você só precisa ter cuidado para inicializar sua variável inicial com um valor.

    DECLARE
    @Total bigint; /*Implicitly assigned NULL*/

SELECT @Total = @Total + SUM(u.Reputation)
FROM dbo.Users AS u
WHERE u.DisplayName = N'john'

SELECT
    Total = @Total;
GO 

DECLARE
    @Total bigint = 0; /*Explicitly assigned 0*/

SELECT @Total = @Total + SUM(u.Reputation)
FROM dbo.Users AS u
WHERE u.DisplayName = N'john'

SELECT
    Total = @Total;
GO

    A primeira consulta retornará NULL, e a segunda consulta retornará o total correto. Encontrar valores NULL nos resultados, é claro, não mudará as coisas.

    Isolamento

    Isso só se aplica realmente se você precisar de um verdadeiro agregado "num determinado momento", mas isso depende muito do que você fará com o total depois e de sua importância.

    Considere que na maioria dos níveis de isolamento, mesmo Leitura Confirmada, você pode perder ou contar duas vezes linhas em simultaneidade com consultas de modificação.

    Para evitar isso, você precisaria usar Snapshot ou Isolamento Serializavel, ambos os quais proíbem explicitamente leituras sujas, fantasmas e não repetíveis.

    O isolamento de instantâneos de leitura confirmada também pode fornecer resultados adequados, dependendo do que você está tentando evitar e de quão rigorosas você precisa que as leituras sejam.

    • 3

relate perguntas