Найкращий спосіб отримати останню ідентифікацію, вставлену в таблицю

Який із них найкращий варіант, щоб отримати значення ідентичності, яку я щойно створив за допомогою вставки? Який вплив цих тверджень з точки зору продуктивності?

1. SCOPE_IDENTITY()
2. Функція сукупності MAX()
3. SELECT TOP 1IdentityColumn від ТаблORDER 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, і переконайтеся , що ви використовуєте той , який повертає то , що ви на самому справі потрібно.