Лучший способ вставить последнюю личность в таблицу

Какой из них является лучшим вариантом для получения значения идентификатора, которое я только что сгенерировал посредством вставки? Каково влияние этих заявлений с точки зрения производительности?

1. SCOPE_IDENTITY()
2. Агрегатная функция MAX()
3. ВЫБЕРИТЕ TOP 1IdentityColumn FROM TableNameORDER BY IdentityColumn DESC

Используйте,SCOPE_IDENTITY() если вы вставляете одну строку и хотите получить сгенерированный идентификатор.

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

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

SELECT SCOPE_IDENTITY();

Результат:

----
1

Используйте это OUTPUTпредложение, если вы вставляете несколько строк и вам нужно получить набор сгенерированных идентификаторов.

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

Результат:

----
2
3

и почему это лучший вариант быстрее?

Помимо производительности, это единственные, которые гарантированно будут правильными на уровне изоляции по умолчанию и / или для нескольких пользователей. Даже если вы игнорируете аспект правильности, SQL Server хранит вставленное значение в SCOPE_IDENTITY()памяти, поэтому, естественно, это будет быстрее, чем выполнение и выполнение собственного изолированного запроса к таблице или системным таблицам.

Игнорирование аспекта правильности похоже на сообщение почтальону, что он хорошо справился с доставкой сегодняшней почты - он закончил свой маршрут на 10 минут быстрее, чем его среднее время, проблема в том, что ни одна почта не была доставлена ​​в нужный дом.

Не используйте ничего из следующего:

• @@IDENTITY - поскольку это нельзя использовать во всех сценариях, например, когда в таблице со столбцом идентификаторов есть триггер, который также вставляется в другую таблицу со своим собственным столбцом идентификаторов, - вы получите неверное значение.
• IDENT_CURRENT()- Я подробно расскажу об этом здесь , и комментарии также полезны для чтения, но, по сути, при параллельности вы часто получаете неправильный ответ.
• MAX()или TOP 1- вам нужно защитить два оператора с помощью сериализуемой изоляции, чтобы гарантировать, что MAX()вы получите не чужие. Это намного дороже, чем просто использовать SCOPE_IDENTITY().

Эти функции также завершаются сбоем всякий раз, когда вы вставляете две или более строки, и им требуются все значения идентификаторов, которые генерируются - ваш единственный вариант - это OUTPUTпредложение.

Помимо производительности, все они имеют довольно разные значения.

SCOPE_IDENTITY()даст вам последнее значение идентификатора, вставленное в любую таблицу непосредственно в текущей области (область = пакет, хранимая процедура и т. д., но не в пределах, скажем, триггера, который был запущен текущей областью).

IDENT_CURRENT()даст вам последнее значение идентификатора, вставленное в определенную таблицу из любой области, любым пользователем.

@@IDENTITYдает вам последнее значение идентификатора, сгенерированное самым последним оператором INSERT для текущего соединения, независимо от таблицы или области. (Примечание: Access использует эту функцию и поэтому имеет некоторые проблемы с триггерами, которые вставляют значения в таблицы со столбцами идентификаторов.)

Использование MAX()или TOP 1может дать вам совершенно неверные результаты, если таблица имеет шаг отрицательной идентификации или в нее вставлены строки SET IDENTITY_INSERT. Вот скрипт, демонстрирующий все это:

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

Резюме: палка SCOPE_IDENTITY(), IDENT_CURRENT()или @@IDENTITY, и убедитесь , что вы используете тот , который возвращает то , что вы на самом деле нужно.