Apesar desta discussão ser um tanto quanto batida, ainda vale a pena remexer o cadáver para eliminar todas as dúvidas. Até a versão 6.5, o Microsoft Sql Sever apresentava apenas atribuições de variáveis com SELECT, porém a partir da versão 7.0, a Microsoft apresentou o comando SET para atribuição e inicialização de variáveis. Inclusive, o BOOKS ON LINE da versão 7.0 informava: "It is recommended that SET @local_variable be used for variable assignment rather than SELECT @local_variable." (É recomendado que o SET seja usado para atribuição de variáveis locais em detrimento das atribuições com select).
Isto ocasionou um pouco de confusão entre os desenvolvedores, uma vez que a Microsoft nunca especificou por que o SET era mais indicado. Portanto vou comentar as diferenças entre os dois comandos e algumas coisas que todo desenvolvedor que trabalha com T-SQL deve estar ciente ao criar querys.
Se você leitor do TSQLMASTER é um iniciante no SQL SERVER, observe o código abaixo:
/* Declarando */
DECLARE @var1 AS int, @var2 AS int
/* atribuindo com select*/
SELECT @var1 = 1
/* atribuindo com set */
SET @var2 = 2
O código acima, usa SET e SELECT para atribuir valores em variáveis locais.
Agora vamos as diferenças entre os dois métodos: se você se importa com os padrões ANSI para a linguagem SQL, então utilize o SET para atribuições de variáveis, pois este é o padrão ANSI para atribuição de variáveis locais.
Outra diferença importante: o SELECT permite atribuição múltipla de variáveis. Observe:
/* Declarando */
DECLARE @var1 AS int, @var2 AS int
/* atribuindo com select*/
SELECT @var1 = 1,
@var2 = 2
/* atribuindo com set */
SET @var1 = 1
SET @var2 = 2
Muito bem, agora entendemos as diferenças básicas entre as duas metodologias. Porém se você já escreveu código para tratamento de erros, você sabe que as variáveis de sistema @@error e @@rowcount devem ser capturadas no mesmo comando imediatamente depois do respectivo comando DML, portanto se você optou por ficar com os padrões ANSI, aqui está o seu primeiro problema. Mude o output do Management Studio para Text e execute o código abaixo:
DECLARE @Excecao int, @Linhas int
SELECT object_id/0 FROM sys.objects
set @Linhas = @@ROWCOUNT
set @Excecao = @@ERROR
SELECT
@Excecao AS CodigoErro,
@Linhas as Linhas
GO
Ok, se você quer insistir com o SET, podemos utilizar técnicas avançadas de
POG para resolver o dilema:
DECLARE @Excecao int, @Linhas int, @mensagem varchar(100)
SELECT object_id/0 FROM sys.objects
set @mensagem='Código erro: ' +cast(@@ERROR as varchar(10))+
'Linhas: ' + cast(@@ROWCOUNT as varchar(10))
SELECT
@mensagem
O primeiro código (sem POGS), apresenta o código 0 para o erro, apesar da divisão por zero gerar o erro de código interno 8134. Então na situação acima, deixe de lado o SET e use logo o SELECT.
Outra diferença primordial ente o SET e o SELECT, é que o set retorna erros ao atribuir valores de uma coluna de uma query com vários registros, para uma variável, e o select atribuirá o último valor da coluna atribuída. Observe o código abaixo:
create table teste(
nome varchar(100)
)
insert into teste values ('Rodrigo')
insert into teste values ('Daniel')
insert into teste values ('Maria')
declare @nome varchar(100)
select @nome=nome from teste
select @nome
Porém a mesma atribuição com SET dá erro:
declare @nome varchar(100)
set @nome= (select nome from teste)
Msg 512, Level 16, State 1, Line 2
Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression.
Uma outra funcionalidade bastante interessante, possível apenas com o SET, é a possibilidade de concatenação de valores através de atribuição com select. Observe o código abaixo:
declare @nome varchar(100)
select @nome = ''
select @nome=@nome + nome from teste
select @nome
O código acima deve retornar a string "RodrigoDanielMaria". Esta funcionalidade serve também para valores numéricos.
Outro ponto pertinente em relação ao SET e SELECT, diz respeito a atribuição de querys que não retornam nada. Execute o código abaixo e veja o que quero dizer:
--retorna "null"
declare @nome varchar(100)
set @nome = 'Não encontrado'
set @nome = (
select nome from teste
where 1 <> 1
)
select @nome
--retorna "não encontrado"
declare @nome varchar(100)
set @nome = 'Não encontrado'
select @nome=nome from teste
where 1 <> 1
select @nome
E por último, mas não menos importante: atribuição com SELECT é mais rápida do que com SET? Já li muita documentação contraditória a respeito deste assunto, e depois de muito tempo trabalhando com o SQL Server, cheguei a conclusão que em muitas situações, as duas metodologias se equivalem, porém, devido ao fato das atribuições com SELECT permitirem atribuições múltiplas, a performance com esta situação pode ser mais rápida.
Para tirar a prova dos nove, resolvi testar o seguinte script que faz um comparativo entre as metodologias. Execute e veja os resultados:
DECLARE @Teste1 int, @Teste2 int, @Teste3 int, @TesteVar1 int, @TesteVar2 int
DECLARE @Loop int, @Inicio datetime, @Controle int, @IteracoesLoop int, @IteracoesLoop2 int
SET @Teste1 = 0
SET @Teste2 = 0
SET @Teste3 = 0
SET @Loop = 0
SET @TesteVar2 = 0
SET @IteracoesLoop = 10
SET @IteracoesLoop2 = 50000
WHILE @Loop < @IteracoesLoop
BEGIN
SET @Inicio = CURRENT_TIMESTAMP
SET @Controle = 0
/* Testando a performance do SET */
WHILE @Controle < @IteracoesLoop2
BEGIN
SET @TesteVar1 = 1
SET @TesteVar2 = @TesteVar2 - @TesteVar1
SET @Controle = @Controle + 1
END
SET @Loop = @Loop + 1
SET @Teste1 = @Teste1 + DATEDIFF(ms, @Inicio, CURRENT_TIMESTAMP)
END
SET @Loop = 0
SET @TesteVar2 = 0
WHILE @Loop < @IteracoesLoop
BEGIN
SELECT @Inicio = CURRENT_TIMESTAMP
SELECT @Controle = 0
/* Testando a performance do SELECT */
WHILE @Controle < @IteracoesLoop2
BEGIN
SELECT @TesteVar1 = 1
SELECT @TesteVar2 = @TesteVar2 - @TesteVar1
SELECT @Controle = @Controle + 1
END
SELECT @Loop = @Loop + 1
SELECT @Teste2 = @Teste2 + DATEDIFF(ms, @Inicio, CURRENT_TIMESTAMP)
END
SET @Loop = 0
SET @TesteVar2 = 0
WHILE @Loop < @IteracoesLoop
BEGIN
SELECT @Inicio = CURRENT_TIMESTAMP, @Controle = 0
/* Testando a performance do SELECT em atribuições múltiplas */
WHILE @Controle < @IteracoesLoop2
BEGIN
SELECT @TesteVar1 = 1, @TesteVar2 = @TesteVar2 - @TesteVar1, @Controle = @Controle + 1
END
SELECT @Loop = @Loop + 1, @Teste3 = @Teste3 + DATEDIFF(ms, @Inicio, CURRENT_TIMESTAMP)
END
SELECT
(@Teste1/CAST(@IteracoesLoop AS decimal(7,2)))/1000.00 AS [Atribuição com SET],
(@Teste2/CAST(@IteracoesLoop AS decimal(7,2)))/1000.00 AS [Atribuição com SELECT],
(@Teste3/CAST(@IteracoesLoop AS decimal(7,2)))/1000.00 AS [SELECT com atribuição múltipla]
