触发器无法直接获取业务工号，必须由应用层显式传入（如PostgreSQL的current_setting、SQL Server的SESSION_CONTEXT、MySQL的会话变量），再在触发器中读取并赋值给updated_by等字段。
触发器里怎么拿到当前登录用户的工号
SQL 触发器本身不自动知道谁改了数据，得靠数据库提供的会话级函数来获取。不同数据库差异很大：CURRENT_USER、SESSION_USER、SYSTEM_USER 返回的可能是数据库账号，不是业务工号；真正能用的通常是 CURRENT_ROLE（如果工号被设为角色名）或自定义上下文变量。
常见做法是：应用层在执行修改前，先调用 SET LOCAL app.user_id = 'E10023'（PostgreSQL）或 sp_set_session_context（SQL Server），再在触发器里读取。MySQL 8.0+ 可用 sys.session_attribute_get 配合连接时设置的属性。
- 别直接依赖
CURRENT_USER——它返回的是数据库登录名，和 HR 系统里的工号通常不一致 - PostgreSQL 推荐用
current_setting('app.user_id', true)，第二个参数true表示缺失时不报错 - SQL Server 中必须用
SESSION_CONTEXT(N'user_id')，且需提前用sp_set_session_context设置，否则返回NULL
UPDATE 触发器中如何安全写入修改人字段
假设表 orders 有 updated_by 字段，类型为 VARCHAR(20)，目标是在每次 UPDATE 时自动填充工号。关键点不是“能不能写”，而是“写在哪、会不会被覆盖、是否允许为空”。
典型错误是把赋值写在触发器外的 SQL 里，比如 UPDATE orders SET ... , updated_by = 'E10023'——这会绕过触发器逻辑，导致双写或冲突。
- 触发器内必须用
NEW.updated_by := get_current_employee_id()（PostgreSQL）或SET NEW.updated_by = @user_id（MySQL）显式赋值 - 如果原 SQL 显式设置了
updated_by，触发器仍可覆盖——但要确认业务是否允许这种强制接管 - 建议字段设为
NOT NULL DEFAULT 'SYSTEM'，避免因获取失败导致整个 UPDATE 失败
跨数据库兼容性最简方案长什么样
没有真正跨库通用的触发器写法，但可以抽象出一个最小可行路径：应用层负责传工号，数据库只做透传和落库。这样把复杂性推到上层，各库触发器反而简单。
以 PostgreSQL 为例，触发器函数只需三行：
CREATE OR REPLACE FUNCTION set_updated_by() RETURNS TRIGGER AS $$
BEGIN
NEW.updated_by := current_setting('app.user_id', true);
NEW.updated_at := NOW();
RETURN NEW;
END;
$$ LANGUAGE plpgsql;
MySQL 对应逻辑更受限，需在客户端连接时加参数 ?sessionVariables=app_user_id=E10023，再在触发器里用 SELECT @@session.app_user_id INTO @user_id 获取。
- Oracle 用户注意：
sys_context('USERENV', 'CLIENT_IDENTIFIER')是标准方式，但需应用端调用DBMS_SESSION.SET_IDENTIFIER - 所有方案都要求连接池支持“连接级变量透传”，Tomcat JDBC Pool 和 PgBouncer（非事务模式）可配置，HikariCP 需配合
dataSourceProperties
为什么 UPDATE 触发器有时不生效
最常被忽略的是触发器的激活时机和条件。比如定义成 BEFORE UPDATE ON orders FOR EACH ROW，但实际执行的是 UPDATE orders SET status='done' WHERE id=123——看起来没问题，但如果表上有 INSTEAD OF 视图、或者触发器被 DISABLE 了，就完全静默失效。
- 检查触发器状态：
SELECT tgname, tgenabled FROM pg_trigger WHERE tgrelid = 'orders'::regclass（PostgreSQL） - MySQL 中触发器无法禁用，但若存储过程里用了
IF FALSE THEN ... END IF伪装条件，也会跳过赋值 - SQL Server 的 AFTER 触发器无法修改
INSERTED行，必须用 INSTEAD OF 或在 BEFORE 阶段操作 - 批量更新（如
UPDATE ... LIMIT 1000）在某些版本 MySQL 中可能只触发一次，而非逐行触发
工号写入失败往往不是语法问题，而是上下文变量没传进来、触发器被意外禁用、或者应用用了连接复用却没清理会话变量。查日志不如先查 pg_stat_activity 或 sys.dm_exec_sessions 里当前连接的实际设置值。
