Respuestas:
Cita , que resume de este artículo :
- SET es el estándar ANSI para la asignación de variables, SELECT no lo es.
- SET solo puede asignar una variable a la vez, SELECT puede realizar múltiples asignaciones a la vez.
- Si asigna desde una consulta, SET solo puede asignar un valor escalar. Si la consulta devuelve múltiples valores / filas, SET generará un error. SELECT asignará uno de los valores a la variable y ocultará el hecho de que se devolvieron múltiples valores (por lo que es probable que nunca sepas por qué algo iba mal en otro lugar; diviértete resolviendo ese problema)
- Al asignar desde una consulta si no se devuelve ningún valor, SET asignará NULL, donde SELECT no realizará la asignación (por lo que la variable no cambiará de su valor anterior)
- En cuanto a las diferencias de velocidad, no hay diferencias directas entre SET y SELECT. Sin embargo, la capacidad de SELECT para realizar múltiples tareas en un solo disparo le da una ligera ventaja de velocidad sobre SET.
SELECT @Int = @Int + 1, @Int = @Int + 1
si se @Int
inicia como 0, termina como 2. Esto puede ser muy útil cuando se realizan sucesivas manipulaciones de cadenas.
Creo que SET
es el estándar ANSI, mientras que el SELECT
no lo es. Observe también el comportamiento diferente de SET
vs. SELECT
en el siguiente ejemplo cuando no se encuentra un valor.
declare @var varchar(20)
set @var = 'Joe'
set @var = (select name from master.sys.tables where name = 'qwerty')
select @var /* @var is now NULL */
set @var = 'Joe'
select @var = name from master.sys.tables where name = 'qwerty'
select @var /* @var is still equal to 'Joe' */
select @var = (select name from master.sys.tables where name = 'qwerty')
lo usaras, obtendrías @var como nulo. El ejemplo que está dando no es la misma consulta.
(select name from master.sys.tables where name = 'qwerty')
para uno, y name from master.sys.tables where name = 'qwerty'
para el otro ... ¿no lo ves?
(select name from master.sys.tables where name = 'qwerty')
es una subconsulta escalar y name from master.sys.tables where name = 'qwerty'
es una consulta simple. No se supone que las dos expresiones diferentes produzcan los mismos resultados, aunque parece que estás insinuando que deberían hacerlo. Si está tratando de decir que las palabras clave SET
y SELECT
tienen implementaciones diferentes, no debe usar dos expresiones diferentes en sus ejemplos. msdn.microsoft.com/en-us/library/ms187330.aspx
Al escribir consultas, esta diferencia debe tenerse en cuenta:
DECLARE @A INT = 2
SELECT @A = TBL.A
FROM ( SELECT 1 A ) TBL
WHERE 1 = 2
SELECT @A
/* @A is 2*/
---------------------------------------------------------------
DECLARE @A INT = 2
SET @A = (
SELECT TBL.A
FROM ( SELECT 1 A) TBL
WHERE 1 = 2
)
SELECT @A
/* @A is null*/
Además de ser ANSI y velocidad, etc., hay una diferencia muy importante que siempre me importa; más que ANSI y velocidad. El número de errores que he solucionado debido a este importante pasar por alto es grande. Busco esto durante las revisiones de código todo el tiempo.
-- Arrange
create table Employee (EmployeeId int);
insert into dbo.Employee values (1);
insert into dbo.Employee values (2);
insert into dbo.Employee values (3);
-- Act
declare @employeeId int;
select @employeeId = e.EmployeeId from dbo.Employee e;
-- Assert
-- This will print 3, the last EmployeeId from the query (an arbitrary value)
-- Almost always, this is not what the developer was intending.
print @employeeId;
Casi siempre, eso no es lo que el desarrollador pretende. En lo anterior, la consulta es sencilla, pero he visto consultas que son bastante complejas y averiguar si devolverá un solo valor o no, no es trivial. La consulta suele ser más compleja que esta y, por casualidad, ha devuelto un valor único. Durante las pruebas de desarrollador, todo está bien. Pero esto es como una bomba de relojería y causará problemas cuando la consulta devuelva múltiples resultados. ¿Por qué? Porque simplemente asignará el último valor a la variable.
Ahora intentemos lo mismo con SET
:
-- Act
set @employeeId = (select e.EmployeeId from dbo.Employee e);
Recibirá un error:
La subconsulta devolvió más de 1 valor. Esto no está permitido cuando la subconsulta sigue =,! =, <, <=,>,> = O cuando la subconsulta se usa como una expresión.
Eso es sorprendente y muy importante porque ¿por qué querrías asignarle un "último elemento en resultado" trivial al @employeeId
. Con select
usted nunca obtendrá ningún error y pasará minutos, horas depurando.
Tal vez, está buscando un único ID y SET
lo obligará a corregir su consulta. Por lo tanto, puede hacer algo como:
-- Act
-- Notice the where clause
set @employeeId = (select e.EmployeeId from dbo.Employee e where e.EmployeeId = 1);
print @employeeId;
Limpiar
drop table Employee;
En conclusión, use:
SET
: Cuando desea asignar un solo valor a una variable y su variable es para un solo valor.SELECT
: Cuando desea asignar varios valores a una variable. La variable puede ser una tabla, una tabla temporal o una variable de tabla, etc.