La mejor manera de insertar la última identidad en una tabla

¿Cuál es la mejor opción para obtener el valor de identidad que acabo de generar mediante una inserción? ¿Cuál es el impacto de estas declaraciones en términos de desempeño?

1. SCOPE_IDENTITY()
2. Función agregada MAX()
3. SELECT TOP 1IdentityColumn FROM TableNameORDER BY IdentityColumn DESC

ÚseloSCOPE_IDENTITY() si está insertando una sola fila y desea recuperar la ID que se generó.

CREATE TABLE #a(identity_column INT IDENTITY(1,1), x CHAR(1));

INSERT #a(x) VALUES('a');

SELECT SCOPE_IDENTITY();

Resultado:

----
1

Use la OUTPUTcláusula si está insertando varias filas y necesita recuperar el conjunto de ID que se generaron.

INSERT #a(x) 
  OUTPUT inserted.identity_column 
  VALUES('b'),('c');

Resultado:

----
2
3

¿Y por qué esta es la mejor opción más rápida?

Dejando de lado el rendimiento, estos son los únicos que se garantiza que son correctos en el nivel de aislamiento predeterminado y / o con múltiples usuarios. Incluso si ignora el aspecto de corrección, SQL Server mantiene el valor insertado SCOPE_IDENTITY()en la memoria, por lo que, naturalmente, será más rápido que ejecutar y ejecutar su propia consulta aislada en la tabla o en las tablas del sistema.

Ignorar el aspecto de corrección es como decirle al cartero que hizo un buen trabajo entregando el correo de hoy: terminó su ruta 10 minutos más rápido que su tiempo promedio, el problema es que ninguno de los correos se entregó a la casa correcta.

No use ninguno de los siguientes:

• @@IDENTITY - ya que esto no se puede usar en todos los escenarios, por ejemplo, cuando una tabla con una columna de identidad tiene un activador que también se inserta en otra tabla con su propia columna de identidad, obtendrá el valor incorrecto.
• IDENT_CURRENT()- de entrar en detalles sobre esto aquí , y los comentarios leyendo útil también, pero en esencia, en virtud de la concurrencia, a menudo obtendrá la respuesta equivocada.
• MAX()o TOP 1- tendría que proteger las dos declaraciones con aislamiento serializable para asegurarse de que lo MAX()que obtiene no sea de otra persona. Esto es mucho más costoso que solo usarlo SCOPE_IDENTITY().

Estas funciones también fallan cada vez que inserta dos o más filas y necesita todos los valores de identidad generados; su única opción es la OUTPUTcláusula.

Además del rendimiento, todos tienen significados bastante diferentes.

SCOPE_IDENTITY()le dará el último valor de identidad insertado en cualquier tabla directamente dentro del alcance actual (alcance = lote, procedimiento almacenado, etc. pero no dentro, por ejemplo, de un disparador que fue disparado por el alcance actual).

IDENT_CURRENT()le dará el último valor de identidad insertado en una tabla específica desde cualquier ámbito, por cualquier usuario.

@@IDENTITYle proporciona el último valor de identidad generado por la instrucción INSERT más reciente para la conexión actual, independientemente de la tabla o el alcance. (Nota al margen: Access usa esta función y, por lo tanto, tiene algunos problemas con los desencadenantes que insertan valores en tablas con columnas de identidad).

Usar MAX()o TOP 1puede darle resultados completamente incorrectos si la tabla tiene un paso de identidad negativo, o si ha insertado filas SET IDENTITY_INSERTen juego. Aquí hay un script que demuestra todo esto:

CREATE TABLE ReverseIdent (
    id int IDENTITY(9000,-1) NOT NULL PRIMARY KEY CLUSTERED,
    data char(4)
)

INSERT INTO ReverseIdent (data)
VALUES ('a'), ('b'), ('c')

SELECT * FROM ReverseIdent

SELECT IDENT_CURRENT('ReverseIdent') --8998
SELECT MAX(id) FROM ReverseIdent --9000

SET IDENTITY_INSERT ReverseIdent ON

INSERT INTO ReverseIdent (id, data)
VALUES (9005, 'd')

SET IDENTITY_INSERT ReverseIdent OFF

SELECT IDENT_CURRENT('ReverseIdent') --8998
SELECT MAX(id) FROM ReverseIdent --9005

Resumen: palo con SCOPE_IDENTITY(), IDENT_CURRENT()o @@IDENTITY, y asegurarse de que está usando el que vuelve lo que realmente necesita.