SQL Server - повернення значення після INSERT

Я намагаюсь повернути ключ-значення після INSERT-оператора. Приклад: у мене є таблиця з ім'ям атрибутів та ідентифікатором. id - згенероване значення.

    INSERT INTO table (name) VALUES('bob');

Тепер я хочу повернути ідентифікатор на тому ж кроці. Як це робиться?

Ми використовуємо Microsoft SQL Server 2008.

Немає необхідності в окремому SELECT ...

INSERT INTO table (name)
OUTPUT Inserted.ID
VALUES('bob');

Це працює і для стовпців без ідентичності (таких як GUID)

Використовуйте SCOPE_IDENTITY()для отримання нового значення ідентифікатора

INSERT INTO table (name) VALUES('bob');

SELECT SCOPE_IDENTITY()

http://msdn.microsoft.com/en-us/library/ms190315.aspx

INSERT INTO files (title) VALUES ('whatever'); 
SELECT * FROM files WHERE id = SCOPE_IDENTITY();

Це найбезпечніша ставка, оскільки існує відома проблема конфлікту клауз OUTPUT на таблицях з тригерами. Це робить це досить ненадійним, оскільки навіть якщо у вашій таблиці на даний момент немає жодних тригерів - хтось, додавши його вниз, порушить вашу програму. Часова бомба, поведінка.

Більш детальне пояснення див. У статті msdn:

http://blogs.msdn.com/b/sqlprogrammability/archive/2008/07/11/update-with-output-clause-triggers-and-sqlmoreresults.aspx

Entity Framework виконує щось подібне до відповіді gbn:

DECLARE @generated_keys table([Id] uniqueidentifier)

INSERT INTO Customers(FirstName)
OUTPUT inserted.CustomerID INTO @generated_keys
VALUES('bob');

SELECT t.[CustomerID]
FROM @generated_keys AS g 
   JOIN dbo.Customers AS t 
   ON g.Id = t.CustomerID
WHERE @@ROWCOUNT > 0

Результати виводу зберігаються у тимчасовій змінній таблиці, а потім вибираються назад клієнту. Потрібно бути в курсі ґутчі:

вставки можуть генерувати більше одного рядка, тому змінна може містити більше одного рядка, тому ви можете повернути більше одного ID

Я не маю поняття, чому EF внутрішньо приєднає ефемерну таблицю до реальної таблиці (за яких обставин вони не збігаються).

Але це робить EF.

Лише SQL Server 2008 або новіші. Якщо це 2005 рік, то вам не пощастить.

@@IDENTITY Це системна функція, яка повертає останнє вставлене значення ідентичності.

Існує багато способів виходу після вставки

Коли ви вставляєте дані в таблицю, ви можете використовувати пункт OUTPUT для повернення копії даних, вставлених у таблицю. Стаття OUTPUT має дві основні форми: OUTPUT та OUTPUT INTO. Скористайтеся формою OUTPUT, якщо ви хочете повернути дані в програму, що викликає. Використовуйте форму OUTPUT INTO, якщо ви хочете повернути дані в таблицю або змінну таблиці.

DECLARE @MyTableVar TABLE (id INT,NAME NVARCHAR(50));

INSERT INTO tableName
(
  NAME,....
)OUTPUT INSERTED.id,INSERTED.Name INTO @MyTableVar
VALUES
(
   'test',...
)

IDENT_CURRENT : Він повертає останню ідентифікацію, створену для певної таблиці чи перегляду в будь-якому сеансі.

SELECT IDENT_CURRENT('tableName') AS [IDENT_CURRENT]

SCOPE_IDENTITY : Він повертає останню ідентичність з того ж сеансу та тієї ж області. Область застосування - це збережена процедура / тригер тощо.

SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY];  

@@ ІДЕНТИЧНІСТЬ : Він повертає останню ідентичність з того ж сеансу.

SELECT @@IDENTITY AS [@@IDENTITY];

Найкраще і найвірогідніше рішення - це використання SCOPE_IDENTITY() .

Просто ви повинні отримати ідентичність області після кожної вставки та зберегти її у змінній, оскільки ви можете викликати дві вставки в одній області.

ident_currentі @@identityможе бути , вони працюють , але вони не є безпечною сферою. Ви можете мати проблеми у великій програмі

  declare @duplicataId int
  select @duplicataId =   (SELECT SCOPE_IDENTITY())

Більш детально тут документи Microsoft

Ви можете використовувати scope_identity()ідентифікатор рядка, який ви щойно вставили в змінну, а потім просто вибрати будь-які стовпці, які ви хочете, з тієї таблиці, де id = ідентичність, яку ви отрималиscope_identity()

Інформацію про MSDN див. Тут http://msdn.microsoft.com/en-us/library/ms190315.aspx

Існує кілька способів отримати останній вставлений ідентифікатор після команди insert.

1. @@IDENTITY : Він повертає останнє значення Identity, сформоване в З'єднанні в поточному сеансі, незалежно від Таблиці та обсягу оператора, який створив значення
2. SCOPE_IDENTITY(): Він повертає останнє значення ідентичності, згенерованого оператором вставки в поточному діапазоні в поточному з'єднанні незалежно від таблиці.
3. IDENT_CURRENT(‘TABLENAME’): Він повертає останнє значення ідентичності, згенерованого у вказаній таблиці, незалежно від будь-якого з'єднання, сеансу чи обсягу. IDENT_CURRENT не обмежений обсягом та сеансом; він обмежений вказаною таблицею.

Зараз здається складніше вирішити, який з них буде точно відповідати моїй вимозі.

Я переважно віддаю перевагу SCOPE_IDENTITY ().

Якщо ви використовуєте виберіть SCOPE_IDENTITY () разом із таблицею NameName у виписці, ви отримаєте точний результат відповідно до ваших очікувань.

Джерело: CodoBee

Ось так я використовую OUTPUT INSERTED під час вставки в таблицю, яка використовує ідентифікатор як стовпець ідентичності в SQL Server:

'myConn is the ADO connection, RS a recordset and ID an integer
Set RS=myConn.Execute("INSERT INTO M2_VOTELIST(PRODUCER_ID,TITLE,TIMEU) OUTPUT INSERTED.ID VALUES ('Gator','Test',GETDATE())")
ID=RS(0)

Ви можете додати операцію select до своєї заяви. Integer myInt = Вставити в table1 (FName) значення ('Fred'); Виберіть Scope_Identity (); Це поверне значення ідентичності при виконанні скалера.

Зробивши вставку в таблицю зі стовпцем ідентичності, ви можете посилатися на @@ IDENTITY, щоб отримати значення: http://msdn.microsoft.com/en-us/library/aa933167%28v=sql.80%29.aspx

* Порядок параметрів у рядку з'єднання іноді важливий. * Параметр Провайдера може перебити курсор набору записів після додавання рядка. Ми бачили таку поведінку у постачальника SQLOLEDB.

Після додавання рядка поля рядків недоступні, ПІДКЛЮЧЕНО Постачальник вказаний як перший параметр у рядку з'єднання. Якщо постачальник знаходиться де-небудь у рядку з'єднання, окрім першого параметра, щойно вставлені поля рядків недоступні. Коли ми перемістили Провайдера до першого параметра, поля рядків магічно з'явилися.