SQL Server标识值获取技巧大揭秘！

SQL Server标识值获取技巧大揭秘！

引用

CSDN

等

9

来源

1.

https://wenku.csdn.net/answer/3m8mx3rrtv

2.

https://blog.csdn.net/qq_35976351/article/details/88726361

3.

https://blog.csdn.net/BUCTOJ/article/details/110451020

4.

https://blog.csdn.net/weixin_38208401/article/details/79091280

5.

https://www.c-sharpcorner.com/UploadFile/8911c4/different-between-scope-identity-ident-current-and-identit/

6.

https://learn.microsoft.com/en-us/sql/t-sql/functions/ident-current-transact-sql?view=sql-server-ver16

7.

https://learn.microsoft.com/en-us/sql/t-sql/functions/scope-identity-transact-sql?view=sql-server-ver16

8.

https://www.cnblogs.com/OpenCoder/p/10582331.html

9.

https://www.cnblogs.com/lzhdim/p/18443144

在SQL Server数据库开发中，获取系统自动生成的标识值（Identity Value）是一个常见的需求。例如，在插入新记录后，我们可能需要立即获取该记录的唯一标识符，以便进行后续操作。SQL Server提供了多种方法来实现这一功能，包括@@IDENTITY、SCOPE_IDENTITY和IDENT_CURRENT。本文将深入探讨这些方法的使用场景、区别以及最佳实践。

@@IDENTITY、SCOPE_IDENTITY和IDENT_CURRENT虽然都能获取标识值，但它们在作用域、会话和表的范围上有所不同。理解这些差异对于正确选择和使用它们至关重要。

@@IDENTITY是一个全局变量，返回当前会话中最后一个插入的标识值，无论该值是在哪个作用域中生成的。这意味着如果在插入操作后触发了另一个插入操作（例如通过触发器），@@IDENTITY将返回触发器中插入的标识值，而不是原始插入操作的标识值。

CREATE TABLE Table1(id int IDENTITY)
CREATE TABLE Table2(id int IDENTITY(100,1))

CREATE TRIGGER TG_Table1 ON Table1 FOR INSERT
AS
BEGIN
    INSERT table2 DEFAULT VALUES
END

INSERT Table1 DEFAULT VALUES
SELECT @@IDENTITY -- 将返回Table2的标识值
SELECT SCOPE_IDENTITY() -- 将返回Table1的标识值

从上面的例子中可以看出，@@IDENTITY返回的是触发器中Table2的标识值，而SCOPE_IDENTITY返回的是原始插入操作的Table1的标识值。这说明@@IDENTITY不受作用域限制，而SCOPE_IDENTITY仅返回当前作用域内的标识值。

SCOPE_IDENTITY是一个函数，返回当前作用域中最后一个插入的标识值。作用域可以是一个存储过程、触发器、函数或批处理。与@@IDENTITY不同，SCOPE_IDENTITY不会被其他作用域中的插入操作影响。因此，在复杂的事务处理中，使用SCOPE_IDENTITY可以避免获取到非预期的标识值。

IDENT_CURRENT是一个函数，它返回指定表的最后一个标识值，这个值不受当前会话或作用域的限制。这意味着即使在不同的会话中，IDENT_CURRENT也会返回同一个表的最后一个标识值。这种特性使得IDENT_CURRENT在某些特定场景下非常有用，比如需要跨会话查询标识值的情况。

SELECT IDENT_CURRENT('Table1') -- 返回Table1的最后一个标识值

然而，IDENT_CURRENT的这种特性也可能带来问题。例如，在高并发环境下，多个会话可能同时插入数据，IDENT_CURRENT返回的值可能并不是当前会话插入的标识值。因此，在使用IDENT_CURRENT时需要特别小心。

在实际开发中，选择合适的方法非常重要：

1. 如果是在简单场景下，且没有触发器或其他复杂逻辑，可以使用@@IDENTITY。
2. 在复杂事务处理中，特别是在有触发器的情况下，推荐使用SCOPE_IDENTITY，因为它能确保获取到正确的标识值。
3. 如果需要跨会话查询标识值，可以使用IDENT_CURRENT，但要注意其在高并发环境下的局限性。

通过理解@@IDENTITY、SCOPE_IDENTITY和IDENT_CURRENT的区别和适用场景，开发者可以更准确地获取标识值，避免常见的陷阱，从而提高数据库应用的可靠性和效率。