Máy chủ SQL - Trả về giá trị sau INSERT

Tôi đang cố gắng lấy lại giá trị khóa sau câu lệnh INSERT. Ví dụ: Tôi đã có một bảng có tên thuộc tính và id. id là một giá trị được tạo ra.

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

Bây giờ tôi muốn lấy lại id trong cùng một bước. Làm thế nào được thực hiện?

Chúng tôi đang sử dụng Microsoft SQL Server 2008.

Không cần CHỌN riêng ...

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

Điều này cũng hoạt động cho các cột không IDENTITY (chẳng hạn như GUID)

Sử dụng SCOPE_IDENTITY()để nhận giá trị ID mới

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

SELECT SCOPE_IDENTITY()

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

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

Là cược an toàn nhất vì có một vấn đề đã biết với xung đột Khoản OUTPUT trên các bảng có kích hoạt. Làm cho điều này khá không đáng tin vì ngay cả khi bảng của bạn hiện không có bất kỳ trình kích hoạt nào - ai đó thêm một dòng xuống sẽ phá vỡ ứng dụng của bạn. Bom hẹn giờ sắp xếp hành vi.

Xem bài viết msDN để được giải thích sâu hơn:

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

Entity Framework thực hiện một cái gì đó tương tự như câu trả lời của 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

Các kết quả đầu ra được lưu trữ trong một biến bảng tạm thời, và sau đó được chọn trở lại máy khách. Phải có ý thức về gotcha:

các phần chèn có thể tạo nhiều hơn một hàng, vì vậy biến có thể chứa nhiều hơn một hàng, do đó bạn có thể được trả về nhiều hơn một hàng ID

Tôi không biết tại sao EF lại tham gia vào bảng phù du trở lại bàn thực (trong trường hợp nào hai người sẽ không khớp nhau).

Nhưng đó là những gì EF làm.

SQL Server 2008 hoặc mới hơn. Nếu đó là năm 2005 thì bạn đã hết may mắn.

@@IDENTITY Là một hàm hệ thống trả về giá trị nhận dạng được chèn cuối cùng.

Có nhiều cách để thoát sau khi chèn

Khi bạn chèn dữ liệu vào một bảng, bạn có thể sử dụng mệnh đề OUTPUT để trả về một bản sao của dữ liệu được chèn vào bảng. Mệnh đề OUTPUT có hai dạng cơ bản: OUTPUT và OUTPUT INTO. Sử dụng biểu mẫu OUTPUT nếu bạn muốn trả lại dữ liệu cho ứng dụng gọi điện. Sử dụng biểu mẫu OUTPUT INTO nếu bạn muốn trả lại dữ liệu cho một bảng hoặc một biến bảng.

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

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

IDENT_CURRENT : Nó trả về danh tính cuối cùng được tạo cho một bảng hoặc chế độ xem cụ thể trong bất kỳ phiên nào.

SELECT IDENT_CURRENT('tableName') AS [IDENT_CURRENT]

SCOPE_IDENTITY : Nó trả về danh tính cuối cùng từ cùng một phiên và cùng phạm vi. Một phạm vi là một thủ tục lưu trữ / kích hoạt, vv

SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY];  

@@ IDENTITY : Nó trả về danh tính cuối cùng từ cùng một phiên.

SELECT @@IDENTITY AS [@@IDENTITY];

Giải pháp tốt nhất và chắc chắn nhất là sử dụng SCOPE_IDENTITY().

Chỉ cần bạn phải có được danh tính phạm vi sau mỗi lần chèn và lưu nó vào một biến vì bạn có thể gọi hai lần chèn trong cùng một phạm vi.

ident_currentvà @@identitycó thể chúng hoạt động nhưng chúng không phải là phạm vi an toàn. Bạn có thể có vấn đề trong một ứng dụng lớn

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

Chi tiết hơn là ở đây tài liệu Microsoft

Bạn có thể sử dụng scope_identity()để chọn ID của hàng bạn vừa chèn vào một biến sau đó chỉ cần chọn bất kỳ cột nào bạn muốn từ bảng đó có id = danh tính bạn nhận được từscope_identity()

Xem tại đây để biết thông tin MSDN http://msdn.microsoft.com/en-us/l Library / ms190315.aspx

Có nhiều cách để lấy ID được chèn cuối cùng sau lệnh chèn.

1. @@IDENTITY : Nó trả về giá trị Danh tính cuối cùng được tạo trên Kết nối trong phiên hiện tại, bất kể Bảng và phạm vi của câu lệnh đã tạo ra giá trị
2. SCOPE_IDENTITY(): Nó trả về giá trị nhận dạng cuối cùng được tạo bởi câu lệnh chèn trong phạm vi hiện tại trong kết nối hiện tại bất kể bảng.
3. IDENT_CURRENT(‘TABLENAME’): Nó trả về giá trị nhận dạng cuối cùng được tạo trên bảng đã chỉ định bất kể kết nối, phiên hoặc phạm vi. IDENT_CURRENT không bị giới hạn bởi phạm vi và phiên; nó được giới hạn trong một bảng được chỉ định.

Bây giờ có vẻ khó khăn hơn để quyết định cái nào sẽ phù hợp chính xác cho yêu cầu của tôi.

Tôi chủ yếu thích SCOPE_IDENTITY ().

Nếu bạn sử dụng chọn SCOPE_IDENTITY () cùng với TableName trong câu lệnh chèn, bạn sẽ nhận được kết quả chính xác theo mong đợi của mình.

Nguồn: CodoBee

Đây là cách tôi sử dụng OUTPUT INSERTED, khi chèn vào bảng sử dụng ID làm cột nhận dạng trong 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)

Bạn có thể nối một câu lệnh chọn vào câu lệnh chèn của bạn. Số nguyên myInt = Chèn vào giá trị bảng1 (FName) ('Fred'); Chọn Phạm vi_Identity (); Điều này sẽ trả về một giá trị của danh tính khi thực hiện scaler.

Sau khi thực hiện thao tác chèn vào bảng có cột nhận dạng, bạn có thể tham khảo @@ IDENTITY để nhận giá trị: http://msdn.microsoft.com/en-us/l Library / aa933167% 28v = sql.80% 29.aspx

* Thứ tự tham số trong chuỗi kết nối đôi khi rất quan trọng. * Vị trí của tham số Nhà cung cấp có thể phá vỡ con trỏ recordset sau khi thêm một hàng. Chúng tôi đã thấy hành vi này với nhà cung cấp SQLOLEDB.

Sau khi một hàng được thêm vào, các trường hàng không có sẵn, KHÔNG GIỚI HẠN Nhà cung cấp được chỉ định làm tham số đầu tiên trong chuỗi kết nối. Khi nhà cung cấp ở bất kỳ đâu trong chuỗi kết nối ngoại trừ tham số đầu tiên, các trường hàng mới được chèn sẽ không khả dụng. Khi chúng tôi di chuyển Nhà cung cấp đến tham số đầu tiên, các trường hàng xuất hiện một cách kỳ diệu.