SCOPE_IDENTITY() 返回当前会话、当前作用域中最后成功插入的自增列值，类型为numeric(38,0)，需显式转换；必须紧接INSERT执行，不受触发器影响，但动态SQL会切断作用域。
SCOPE_IDENTITY() 返回什么值？
它只返回当前作用域（比如同一个存储过程、同一个批处理）中最后插入的自增列值，且严格限定在当前会话、当前作用域内。不会受触发器里额外的 INSERT 干扰，这点比 @@IDENTITY 安全得多。
常见错误现象：@@IDENTITY 在有触发器插入另一张表时，可能返回触发器里的 ID，而不是你主表刚插的 ID；而 IDENT_CURRENT('table_name') 会跨会话取值，根本不可靠。
- 必须在
INSERT语句之后立即调用，中间不能有其他影响标识列的操作（比如再插一条、执行带 insert 的存储过程） - 如果
INSERT没有成功（比如违反约束），SCOPE_IDENTITY()仍会返回上一次成功插入的值——不是 NULL，也不是 0，这点容易被忽略 - 返回类型是
numeric(38,0)，和自增列类型不完全一致，必要时显式转换，比如CAST(SCOPE_IDENTITY() AS INT)
怎么在 INSERT 后立刻拿到 ID？
最稳妥的方式是把 INSERT 和 SELECT SCOPE_IDENTITY() 放在同一语句批次中，避免网络往返或并发干扰。
INSERT INTO users (name, email) VALUES ('Alice', 'a@example.com');
SELECT CAST(SCOPE_IDENTITY() AS INT) AS new_id;如果你用的是 C# ADO.NET，更推荐用 ExecuteScalar() 执行这个两行 SQL，直接拿到 new_id 值；不要拆成两次 ExecuteNonQuery + 单独查，否则可能出错。
- 不要用
OUTPUT INSERTED.id替代？可以，但仅限单行插入且不兼容老版本 SQL Server（2005+ 才支持） - 批量插入（多行）时，
SCOPE_IDENTITY()只返回第一条的 ID，不是最后一条——这是设计如此，别误以为是 bug - 如果插入语句用了
SET IDENTITY_INSERT table ON，SCOPE_IDENTITY()依然有效，但返回的是你显式指定的值（如果指定了），不是自动生成的
为什么在存储过程中调用有时返回 NULL？
不是函数失效，而是作用域被意外切断。典型场景：你在存储过程中执行动态 SQL（EXEC(@sql)），然后紧接着调用 SCOPE_IDENTITY()，这时它返回 NULL —— 因为动态 SQL 是独立作用域。
解决办法只有一个：把 SCOPE_IDENTITY() 放进动态 SQL 字符串里一起执行：
DECLARE @sql NVARCHAR(MAX) = N''INSERT INTO logs(msg) VALUES (''test''); SELECT CAST(SCOPE_IDENTITY() AS INT);'';
EXEC sp_executesql @sql, N''@new_id INT OUTPUT'', @new_id OUTPUT;- 不能用
EXEC(@sql); SELECT SCOPE_IDENTITY();这种写法，作用域已丢失 - 使用
sp_executesql并配合 OUTPUT 参数，比用临时表或全局变量更干净 - 如果存储过程里嵌套了另一个调用
INSERT的存储过程，只要没用动态 SQL 或跨批，SCOPE_IDENTITY()依然准确
和 OUTPUT 子句比，该选哪个？
如果只需要单行插入后的 ID，OUTPUT 更精确、原子性强，还能返回其他列（比如默认值、计算列）。但它的语法稍重，且不能用于某些上下文（如视图 INSERT、含触发器的表在部分版本中有限制）。
INSERT INTO users (name, email)
OUTPUT INSERTED.id
VALUES ('Bob', 'b@example.com');-
OUTPUT能一次返回多行 ID（批量插入时），SCOPE_IDENTITY()不行 -
OUTPUT不依赖作用域，不受动态 SQL 影响，但要求 SQL Server 2005+ - 如果代码要兼容 SQL Server 2000，只能用
SCOPE_IDENTITY()；现在基本不用考虑了，但遗留系统里还存在
注意：无论用哪种方式，只要插入语句本身失败（比如违反唯一约束），ID 就不会生成，SCOPE_IDENTITY() 也不会更新——它只响应成功的 INSERT。这点在事务回滚逻辑里特别关键，别假设“执行了 INSERT 就一定有新 ID”。
