在一條 INSERT、SELECT INTO 或大容量復制語句完成后，@@IDENTITY 中包含語句生成的最后一個標識值。如果語句未影響任何包含標識列的表，則 @@IDENTITY 返回 NULL。如果插入了多個行，生成了多個標識值，則 @@IDENTITY 將返回最后生成的標識值。如果語句觸發了一個或多個觸發器，該觸發器又執行了生成標識值的插入操作，那么，在語句執行后立即調用 @@IDENTITY 將返回觸發器生成的最后一個標識值。如果對包含標識列的表執行插入操作后觸發了觸發器，并且觸發器對另一個沒有標識列的表執行了插入操作，則 @@IDENTITY 將返回第一次插入的標識值。出現 INSERT 或 SELECT INTO 語句失敗或大容量復制失敗，或者事務被回滾的情況時，@@IDENTITY 值不會恢復為以前的設置。
如果語句和事務失敗，它們會更改表的當前標識，從而使標識列中的值出現不連貫現象。即使未提交試圖向表中插入值的事務，也永遠無法回滾標識值。例如，如果因 IGNORE_DUP_KEY 沖突而導致 INSERT 語句失敗，表的當前標識值仍然會增加。
@@IDENTITY、SCOPE_IDENTITY 和 IDENT_CURRENT 是相似的函數，因為他們都返回插入到表的 IDENTITY 列的最后一個值。
@@IDENTITY 和 SCOPE_IDENTITY 可以返回當前會話中的所有表中生成的最后一個標識值。但是，SCOPE_IDENTITY 只在當前作用域內返回值，而 @@IDENTITY 不限于特定的作用域。
IDENT_CURRENT 不受作用域和會話的限制，而受限于指定的表。IDENT_CURRENT 可以返回任何會話和任何作用域中為特定表生成的標識值。
@@IDENTITY 函數的作用域是執行該函數的本地服務器上的當前會話。此函數不能應用于遠程或鏈接服務器。若要獲得其他服務器上的標識值，請在遠程服務器或鏈接服務器上執行存儲過程，并使（在遠程或鏈接服務器的環境中執行的）該存儲過程收集標識值，并將其返回本地服務器上的發出調用的連接。
以下示例向包含標識列 (LocationID) 的表中插入一行，并使用 @@IDENTITY 顯示新行中使用的標識值：
復制代碼 代碼如下:
USE AdventureWorks;
GO
--Display the value of LocationID in the last row in the table.
SELECT MAX(LocationID) FROM Production.Location;
GO
INSERT INTO Production.Location (Name, CostRate, Availability, ModifiedDate)
VALUES ('Damaged Goods', 5, 2.5, GETDATE());
GO
SELECT @@IDENTITY AS 'Identity';
GO
--Display the value of LocationID of the newly inserted row.
SELECT MAX(LocationID) FROM Production.Location;
GO
補充：
我們要慎用@@IDENTITY，原因是 @@IDENTITY 它總是獲取最后一條變更數據的自增字段的值，
而忽略了進行變更操作所在的范圍約束。比如，我有表 A 和表 B 兩個表，現在我在表 A 上定義了一個Insert觸發器，當在表 A 中插入一條數據時，自動在表 B 也插入一條數據。此時，大家注意，有兩個原子操作：在A中插入一條數據， 接著在B中隨后插入一條數據。
現在我們想下，假設上面表 A 和表 B 都有IDENTITY自增域，那么我們在表 A 插入一條數據后，使用了 SELECT @@IDENTITY 輸出時，輸出的到底是 A 還是 B 的自增域的值呢？ 答案很明顯，是誰最后插入就輸出誰，那么就是 B 了。于是，我本意是想得到 A 的自增域值，結果得到了 B 的自增域值，一只 BUG 隨之誕生，搞不好還會影響到整個系統數據的混亂。
因此，對于這種情況，建議大家慎用 @@IDENTITY，而盡量采用 SCOPE_IDENTITY()函數替換之。SCOPE_IDENTITY() 也是得到最后一條自增域的值，但是它是僅限在一個操作范圍之內，而不@@IDENTITY 是取全局操作的最后一步操作所產生的自增域的值的。
您可能感興趣的文章:- sql添加數據后返回受影響行數據
- sqlserver中向表中插入多行數據的insert語句
- 用JS獲得表格當前行數的代碼
- 向數據庫中插入數據并返回當前插入的行數及全局變量@@IDENTITY應用
