IDENT_CURRENT 返回指定表在整个数据库范围内的最新标识值，跨会话、跨作用域，不局限于当前会话或作用域，需传入表名字符串且表必须存在并含IDENTITY列，否则返回NULL。
IDENT_CURRENT 返回的是哪个表的值？
IDENT_CURRENT 返回指定表名的最后插入行的自增列值，但它**不局限于当前会话或当前作用域**——它查的是整个数据库中该表最近一次成功插入产生的标识值。这意味着另一个会话刚插入了一条记录，你调用 IDENT_CURRENT('orders') 就可能拿到那个值，而不是你自己刚插的（尤其在高并发下）。
常见错误现象：IDENT_CURRENT 和 SCOPE_IDENTITY() 混用，结果取到别人插入的 ID，导致业务逻辑错乱（比如发通知时 ID 对不上）。
- 只传表名字符串，如
'users'，不能带 schema 前缀（'dbo.users'会报错） - 表必须存在且有
IDENTITY列，否则返回NULL - 如果表从没插入过数据，返回
NULL，不是 0 或 1
和 SCOPE_IDENTITY()、@@IDENTITY 有什么关键区别？
三者都返回标识值，但作用域完全不同：
-
@@IDENTITY：返回当前会话中**最后生成的任意标识值**，包括触发器里插入产生的——最容易误用 -
SCOPE_IDENTITY()：返回当前会话 + 当前作用域（比如一个存储过程内）的最后标识值，**推荐用于获取自己刚插入的 ID** -
IDENT_CURRENT('table_name')：返回指定表在整个数据库范围内的最新标识值，**跨会话、跨作用域**
性能影响不大，但语义差异极大。比如你在存储过程中插入 orders，又触发了插入 order_logs，此时 @@IDENTITY 返回的是日志表的 ID，而 SCOPE_IDENTITY() 才是订单 ID。
什么时候真该用 IDENT_CURRENT？
它不适合用来“确认我刚插的 ID 是多少”，但适合做监控、诊断或批量重置前的状态检查。
- DBA 检查某张表是否长时间没写入：
SELECT IDENT_CURRENT('audit_log')配合GETDATE()查最后更新时间 - 迁移前确认目标表当前最大 ID，避免主键冲突（注意：要配合
DBCC CHECKIDENT看是否启用RESEED） - 调试触发器行为时，对比
IDENT_CURRENT('t1')和IDENT_CURRENT('t2')看是否被意外触发
别把它当 LAST_INSERT_ID() 用——SQL Server 没这个函数，但 SCOPE_IDENTITY() 就是它的等价物。
容易忽略的权限和 NULL 处理
调用 IDENT_CURRENT 需要至少对目标表有 VIEW DEFINITION 权限，否则返回 NULL（不是报错），这会让排查变得隐蔽。
- 始终检查返回值是否为
NULL：IF IDENT_CURRENT('products') IS NULL PRINT '表空或无权限' - 它返回
sql_variant类型，实际使用前建议显式转换，比如CONVERT(BIGINT, IDENT_CURRENT('logs')) - 在只读副本（AG / log shipping secondary）上执行会失败或返回
NULL，因为标识列元数据可能不可用
真正难的不是记住语法，而是意识到它反映的是数据库全局状态，而不是你的操作上下文——这点一旦想岔，后续所有逻辑都会偏。
