Cách tốt nhất để có được danh tính của hàng chèn?

Cách tốt nhất để có IDENTITYđược hàng chèn là gì?

Tôi biết @@IDENTITYvà IDENT_CURRENTvà SCOPE_IDENTITYkhông hiểu những ưu và nhược điểm của mỗi loại.

Ai đó có thể vui lòng giải thích sự khác biệt và khi nào tôi nên sử dụng từng?

• @@IDENTITYtrả về giá trị nhận dạng cuối cùng được tạo cho bất kỳ bảng nào trong phiên hiện tại, trên tất cả các phạm vi. Bạn cần phải cẩn thận ở đây , vì nó trên phạm vi. Bạn có thể nhận được một giá trị từ một kích hoạt, thay vì tuyên bố hiện tại của bạn.

• SCOPE_IDENTITY()trả về giá trị nhận dạng cuối cùng được tạo cho bất kỳ bảng nào trong phiên hiện tại và phạm vi hiện tại. Nói chung những gì bạn muốn sử dụng .

• IDENT_CURRENT('tableName')trả về giá trị nhận dạng cuối cùng được tạo cho một bảng cụ thể trong bất kỳ phiên và bất kỳ phạm vi nào. Điều này cho phép bạn chỉ định bảng nào bạn muốn giá trị từ đó, trong trường hợp hai bảng trên không hoàn toàn là thứ bạn cần ( rất hiếm ). Ngoài ra, như @ Guy Starbuck đã đề cập, "Bạn có thể sử dụng điều này nếu bạn muốn nhận giá trị IDENTITY hiện tại cho một bảng mà bạn chưa chèn bản ghi vào."

• Các OUTPUTđiều khoản của INSERTtuyên bố sẽ cho phép bạn truy cập vào tất cả các hàng đã được chèn qua tuyên bố đó. Vì nó nằm trong phạm vi của tuyên bố cụ thể, nó đơn giản hơn các chức năng khác ở trên. Tuy nhiên, đó là một chút dài dòng hơn (bạn sẽ cần chèn vào một biến bảng / bảng tạm thời và sau đó truy vấn đó) và nó cho kết quả ngay cả trong một kịch bản lỗi trong đó câu lệnh được khôi phục. Điều đó nói rằng, nếu truy vấn của bạn sử dụng một kế hoạch thực hiện song song, đây là phương pháp được bảo đảm duy nhất để nhận dạng (tắt tắt tính song song). Tuy nhiên, nó được thực thi trước khi kích hoạt và không thể được sử dụng để trả về các giá trị được kích hoạt.

Tôi tin rằng phương pháp an toàn và chính xác nhất để truy xuất id được chèn sẽ sử dụng mệnh đề đầu ra.

ví dụ (lấy từ bài viết MSDN sau )

USE AdventureWorks2008R2;
GO
DECLARE @MyTableVar table( NewScrapReasonID smallint,
                           Name varchar(50),
                           ModifiedDate datetime);
INSERT Production.ScrapReason
    OUTPUT INSERTED.ScrapReasonID, INSERTED.Name, INSERTED.ModifiedDate
        INTO @MyTableVar
VALUES (N'Operator error', GETDATE());

--Display the result set of the table variable.
SELECT NewScrapReasonID, Name, ModifiedDate FROM @MyTableVar;
--Display the result set of the table.
SELECT ScrapReasonID, Name, ModifiedDate 
FROM Production.ScrapReason;
GO

Tôi đang nói điều tương tự như những người khác, vì vậy mọi người đều đúng, tôi chỉ đang cố gắng làm cho nó rõ ràng hơn.

@@IDENTITYtrả về id của điều cuối cùng được chèn bởi kết nối của khách hàng với cơ sở dữ liệu.
Hầu hết thời gian điều này hoạt động tốt, nhưng đôi khi một trình kích hoạt sẽ đi và chèn một hàng mới mà bạn không biết và bạn sẽ nhận được ID từ hàng mới này, thay vì một hàng bạn muốn

SCOPE_IDENTITY()giải quyết vấn đề này Nó trả về id của điều cuối cùng mà bạn đã chèn vào mã SQL mà bạn đã gửi đến cơ sở dữ liệu. Nếu kích hoạt đi và tạo thêm hàng, chúng sẽ không khiến giá trị sai được trả về. hoan hô

IDENT_CURRENTtrả về ID cuối cùng được chèn bởi bất kỳ ai. Nếu một số ứng dụng khác tình cờ chèn một hàng khác vào một thời điểm không may mắn, bạn sẽ nhận được ID của hàng đó thay vì một hàng của bạn.

Nếu bạn muốn chơi nó an toàn, luôn luôn sử dụng SCOPE_IDENTITY(). Nếu bạn gắn bó @@IDENTITYvà ai đó quyết định thêm trình kích hoạt sau này, tất cả mã của bạn sẽ bị hỏng.

Cách tốt nhất (đọc: an toàn nhất) để có được danh tính của một hàng mới được chèn là sử dụng outputmệnh đề:

create table TableWithIdentity
           ( IdentityColumnName int identity(1, 1) not null primary key,
             ... )

-- type of this table's column must match the type of the
-- identity column of the table you'll be inserting into
declare @IdentityOutput table ( ID int )

insert TableWithIdentity
     ( ... )
output inserted.IdentityColumnName into @IdentityOutput
values
     ( ... )

select @IdentityValue = (select ID from @IdentityOutput)

Thêm vào

SELECT CAST(scope_identity() AS int);

đến cuối câu lệnh chèn sql của bạn, sau đó

NewId = command.ExecuteScalar()

sẽ lấy nó

Khi bạn sử dụng Entity Framework, bên trong nó sử dụng OUTPUTkỹ thuật để trả về giá trị ID mới được chèn

DECLARE @generated_keys table([Id] uniqueidentifier)

INSERT INTO TurboEncabulators(StatorSlots)
OUTPUT inserted.TurboEncabulatorID INTO @generated_keys
VALUES('Malleable logarithmic casing');

SELECT t.[TurboEncabulatorID ]
FROM @generated_keys AS g 
   JOIN dbo.TurboEncabulators AS t 
   ON g.Id = t.TurboEncabulatorID 
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, được nối trở lại bảng và trả về giá trị hàng ra khỏi bảng.

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

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

Kỹ thuật này ( OUTPUT) chỉ khả dụng trên SQL Server 2008 hoặc mới hơn.

Chỉnh sửa - Lý do tham gia

Lý do mà Entity Framework tham gia trở lại bảng ban đầu, thay vì chỉ sử dụng các OUTPUTgiá trị đơn giản là vì EF cũng sử dụng kỹ thuật này để lấy hàng rowversionmới được chèn.

Bạn có thể sử dụng đồng thời lạc quan trong các mô hình khuôn khổ tổ chức của bạn bằng cách sử dụng các Timestampthuộc tính: ^🕗

public class TurboEncabulator
{
   public String StatorSlots)

   [Timestamp]
   public byte[] RowVersion { get; set; }
}

Khi bạn làm điều này, Entity Framework sẽ cần rowversionhàng mới được chèn:

DECLARE @generated_keys table([Id] uniqueidentifier)

INSERT INTO TurboEncabulators(StatorSlots)
OUTPUT inserted.TurboEncabulatorID INTO @generated_keys
VALUES('Malleable logarithmic casing');

SELECT t.[TurboEncabulatorID], t.[RowVersion]
FROM @generated_keys AS g 
   JOIN dbo.TurboEncabulators AS t 
   ON g.Id = t.TurboEncabulatorID 
WHERE @@ROWCOUNT > 0

Và để lấy lại điều này, Timetsampbạn không thể sử dụng một OUTPUTmệnh đề.

Đó là bởi vì nếu có một kích hoạt trên bàn, bất kỳ Timestampbạn OUTPUT sẽ sai:

• Chèn ban đầu. Dấu thời gian: 1
• Mệnh đề OUTPUT xuất dấu thời gian: 1
• kích hoạt sửa đổi hàng. Dấu thời gian: 2

Dấu thời gian được trả về sẽ không bao giờ chính xác nếu bạn có một kích hoạt trên bàn. Vì vậy, bạn phải sử dụng một riêng biệt SELECT.

Và ngay cả khi bạn sẵn sàng chịu đựng sự đảo ngược không chính xác, lý do khác để thực hiện riêng SELECTlà bạn không thể ĐẦU RA một rowversionbiến trong bảng:

DECLARE @generated_keys table([Id] uniqueidentifier, [Rowversion] timestamp)

INSERT INTO TurboEncabulators(StatorSlots)
OUTPUT inserted.TurboEncabulatorID, inserted.Rowversion INTO @generated_keys
VALUES('Malleable logarithmic casing');

Lý do thứ ba để làm điều đó là cho sự đối xứng. Khi thực hiện một UPDATEtrên bảng với một kích hoạt, bạn không thể sử dụng một OUTPUTmệnh đề. Thử làm UPDATEvới một OUTPUTkhông được hỗ trợ và sẽ báo lỗi:

• Không thể sử dụng CẬP NHẬT với mệnh đề OUTPUT khi kích hoạt trên bảng

Cách duy nhất để làm điều đó là với một SELECTtuyên bố tiếp theo :

UPDATE TurboEncabulators
SET StatorSlots = 'Lotus-O deltoid type'
WHERE ((TurboEncabulatorID = 1) AND (RowVersion = 792))

SELECT RowVersion
FROM TurboEncabulators
WHERE @@ROWCOUNT > 0 AND TurboEncabulatorID = 1

MSDN

@@ IDENTITY, SCOPE_IDENTITY và IDENT_CURRENT là các hàm tương tự ở chỗ chúng trả về giá trị cuối cùng được chèn vào cột IDENTITY của bảng.

@@ IDENTITY và SCOPE_IDENTITY sẽ trả về giá trị nhận dạng cuối cùng được tạo trong bất kỳ bảng nào trong phiên hiện tại. Tuy nhiên, SCOPE_IDENTITY chỉ trả về giá trị trong phạm vi hiện tại; @@ IDENTITY không giới hạn trong một phạm vi cụ thể.

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. IDENT_CURRENT trả về giá trị danh tính được tạo cho một bảng cụ thể trong bất kỳ phiên và bất kỳ phạm vi nào. Để biết thêm thông tin, xem IDENT_CURRENT.

• IDENT_CURRENT là một hàm lấy một bảng làm đối số.
• @@ IDENTITY có thể trả về kết quả khó hiểu khi bạn có một kích hoạt trên bàn
• SCOPE_IDENTITY là anh hùng của bạn hầu hết thời gian.

@@ IDENTITY là danh tính cuối cùng được chèn bằng Kết nối SQL hiện tại. Đây là một giá trị tốt để trả về từ một thủ tục lưu trữ chèn, trong đó bạn chỉ cần nhận dạng được chèn cho bản ghi mới của mình và không quan tâm nếu nhiều hàng được thêm vào sau đó.

SCOPE_IDENTITY là danh tính cuối cùng được chèn bằng Kết nối SQL hiện tại và trong phạm vi hiện tại - nghĩa là, nếu có IDENTITY thứ hai được chèn dựa trên trình kích hoạt sau khi chèn, thì nó sẽ không được phản ánh trong SCOPE_IDENTITY, chỉ có phần chèn bạn thực hiện . Thành thật mà nói, tôi chưa bao giờ có một lý do để sử dụng này.

IDENT_CURRENT (tablename) là danh tính cuối cùng được chèn bất kể kết nối hay phạm vi. Bạn có thể sử dụng điều này nếu bạn muốn nhận giá trị IDENTITY hiện tại cho một bảng mà bạn chưa chèn bản ghi vào.

Tôi không thể nói với các phiên bản khác của SQL Server, nhưng vào năm 2012, xuất ra trực tiếp hoạt động tốt. Bạn không cần phải bận tâm với một bảng tạm thời.

INSERT INTO MyTable
OUTPUT INSERTED.ID
VALUES (...)

Nhân tiện, kỹ thuật này cũng hoạt động khi chèn nhiều hàng.

INSERT INTO MyTable
OUTPUT INSERTED.ID
VALUES
    (...),
    (...),
    (...)

Đầu ra

ID
2
3
4

LUÔN LUÔN sử dụng scope_identity (), KHÔNG BAO GIỜ cần bất cứ điều gì khác.

Tạo một uuidvà cũng chèn nó vào một cột. Sau đó, bạn có thể dễ dàng xác định hàng của bạn với uuid. Đó là giải pháp làm việc 100% duy nhất bạn có thể thực hiện. Tất cả các giải pháp khác quá phức tạp hoặc không hoạt động trong cùng một trường hợp cạnh. Ví dụ:

1) Tạo hàng

INSERT INTO table (uuid, name, street, zip) 
        VALUES ('2f802845-447b-4caa-8783-2086a0a8d437', 'Peter', 'Mainstreet 7', '88888');

2) Nhận hàng đã tạo

SELECT * FROM table WHERE uuid='2f802845-447b-4caa-8783-2086a0a8d437';

Một cách khác để đảm bảo danh tính của các hàng bạn chèn là chỉ định các giá trị nhận dạng và sử dụng SET IDENTITY_INSERT ONvà sau đó OFF. Điều này đảm bảo bạn biết chính xác các giá trị nhận dạng là gì! Miễn là các giá trị không được sử dụng thì bạn có thể chèn các giá trị này vào cột định danh.

CREATE TABLE #foo 
  ( 
     fooid   INT IDENTITY NOT NULL, 
     fooname VARCHAR(20) 
  ) 

SELECT @@Identity            AS [@@Identity], 
       Scope_identity()      AS [SCOPE_IDENTITY()], 
       Ident_current('#Foo') AS [IDENT_CURRENT] 

SET IDENTITY_INSERT #foo ON 

INSERT INTO #foo 
            (fooid, 
             fooname) 
VALUES      (1, 
             'one'), 
            (2, 
             'Two') 

SET IDENTITY_INSERT #foo OFF 

SELECT @@Identity            AS [@@Identity], 
       Scope_identity()      AS [SCOPE_IDENTITY()], 
       Ident_current('#Foo') AS [IDENT_CURRENT] 

INSERT INTO #foo 
            (fooname) 
VALUES      ('Three') 

SELECT @@Identity            AS [@@Identity], 
       Scope_identity()      AS [SCOPE_IDENTITY()], 
       Ident_current('#Foo') AS [IDENT_CURRENT] 

-- YOU CAN INSERT  
SET IDENTITY_INSERT #foo ON 

INSERT INTO #foo 
            (fooid, 
             fooname) 
VALUES      (10, 
             'Ten'), 
            (11, 
             'Eleven') 

SET IDENTITY_INSERT #foo OFF 

SELECT @@Identity            AS [@@Identity], 
       Scope_identity()      AS [SCOPE_IDENTITY()], 
       Ident_current('#Foo') AS [IDENT_CURRENT] 

SELECT * 
FROM   #foo 

Đây có thể là một kỹ thuật rất hữu ích nếu bạn đang tải dữ liệu từ một nguồn khác hoặc hợp nhất dữ liệu từ hai cơ sở dữ liệu, v.v.

Mặc dù đây là một luồng cũ hơn, nhưng có một cách mới hơn để thực hiện điều này nhằm tránh một số cạm bẫy của cột IDENTITY trong các phiên bản SQL Server cũ hơn, như các lỗ hổng trong các giá trị nhận dạng sau khi máy chủ khởi động lại . Các chuỗi có sẵn trong SQL Server 2016 và chuyển tiếp, cách mới hơn là tạo một đối tượng SEQUENCE bằng TSQL. Điều này cho phép bạn tạo đối tượng chuỗi số của riêng mình trong SQL Server và kiểm soát mức tăng của nó.

Đây là một ví dụ:

CREATE SEQUENCE CountBy1  
    START WITH 1  
    INCREMENT BY 1 ;  
GO  

Sau đó, trong TSQL, bạn sẽ làm như sau để có được ID chuỗi tiếp theo:

SELECT NEXT VALUE FOR CountBy1 AS SequenceID
GO

Dưới đây là các liên kết để TẠO SEQUENCE và GIÁ TRỊ TIẾP THEO

Sau câu lệnh chèn của bạn, bạn cần thêm nó. Và hãy chắc chắn về tên bảng nơi dữ liệu được chèn. Bạn sẽ nhận được hàng hiện tại không có hàng nào bị ảnh hưởng bởi câu lệnh chèn của bạn.

IDENT_CURRENT('tableName')