应使用 SCOPE_IDENTITY() 获取当前 INSERT 生成的 ID，因 @@IDENTITY 返回最后插入表（如日志表）的 ID；UPDATE 触发器中直接查 Inserted 表即可；MySQL/Oracle 需用 NEW.id 或 :new.id，注意列名大小写与引号匹配。
触发器里用 @@IDENTITY 拿到的是日志表的 ID
这是最常见的错误：你在主表上执行 INSERT，触发器随之被激活，但触发器内部又往日志表或审计表插入了一条记录——此时 @@IDENTITY 返回的是**最后一条 INSERT 的 ID，也就是日志表的自增 ID**，而不是你想要的主表 ID。
-
SCOPE_IDENTITY()才是唯一能拿到当前作用域（即你写的那条INSERT）生成 ID 的函数 -
IDENT_CURRENT('table_name')是全局的，可能返回别人刚插的 ID，完全不可靠 - 必须在
INSERT语句后**紧跟着**调用SCOPE_IDENTITY()，中间不能夹PRINT、变量赋值、SELECT等任何语句 - 返回值类型是
numeric(38,0)，存进INT变量前要显式转换：CAST(SCOPE_IDENTITY() AS INT)
AFTER UPDATE 触发器根本拿不到“新插入的 ID”
AFTER UPDATE 触发器不涉及新增行，Inserted 表里存的是更新后的整行数据，但 ID 字段本身不是“新生成”的——它早就在表里了。如果你在 UPDATE 后想获取 ID，直接从 Inserted 表查就行：
-
SELECT id FROM Inserted就够了，不需要任何xxx_IDENTITY()函数 - 如果有多行更新，
Inserted是结果集，得用游标或临时表处理，不能直接赋值给单个变量 - 别试图在
UPDATE触发器里调用SCOPE_IDENTITY()——它只会返回空或上一个作用域残留值
MySQL 触发器里用 SELECT MAX(id) 查不到刚插入的 ID
这是因为触发器运行在事务内，而你在触发器里调用外部脚本（比如 PHP），该脚本建立的是**新连接、新事务**，看不到未提交的数据。哪怕你写的是 AFTER INSERT，外部查询也查不到这条新记录。
- 正确做法：直接用
NEW.id（MySQL）或INSERTED.id（SQL Server）取值，它是触发器上下文里现成的 - 不要在触发器里调外部系统做关键逻辑——事务未提交时，外部系统无法感知变更
- 真要联动外部服务，把 ID 通过消息队列发出去，而不是在触发器里同步调用
Oracle 序列+触发器没生效，大概率是字段名对不上
Oracle 没有自增字段，全靠序列 + BEFORE INSERT 触发器配合。最容易忽略的点是：:new.id 中的 id 必须和表定义里的列名**完全一致（大小写敏感）**。
- 建表时如果写的是
CREATE TABLE t ("ID" NUMBER)（带双引号），那触发器里就得写:new."ID" - 如果插入语句没显式列出字段，比如
INSERT INTO t VALUES (...)，而表结构变了（加了新列），触发器可能因字段顺序错位失效 - 检查触发器是否启用：
SELECT status FROM user_triggers WHERE trigger_name = 'TRG_T';，状态必须是ENABLED
真正麻烦的不是语法，而是不同数据库对“ID 生成时机”和“事务可见性”的隐含约定——这些细节不会报错，但会让 ID 看起来“不对”。
