必须用BEFORE，因其可在数据写入前修改NEW字段，而AFTER中NEW只读，无法实现自动填充等操作。
在 DBeaver 里创建触发器，**关键不是“会不会点菜单”，而是选对触发时机、写对 NEW/OLD 引用、避开语法陷阱**。图形界面能生成骨架 SQL，但一旦逻辑稍复杂（比如要改插入数据、做条件判断、跨表更新），手写部分出错就会导致触发器静默失效——连报错都没有。
触发器创建路径：右键位置决定数据库兼容性
DBeaver 的触发器入口依赖底层驱动支持，不是所有数据库节点都显示“新建触发器”：
- PostgreSQL：必须右键 具体的数据表（如
public.users），才能看到“新建触发器”；右键 schema 或数据库本身无效 - MySQL：同样需右键目标表，但要注意驱动版本——老版 MySQL JDBC 驱动（
mysql-connector-java:5.1.x）可能不加载触发器元数据，导致菜单不出现；建议升级到8.0.33+驱动 - Informix：需确保连接时启用了
informix扩展插件，否则触发器节点灰显
如果菜单不可见，先检查连接属性里的“驱动设置”是否勾选了“读取触发器元数据”（不同数据库叫法略有差异，MySQL 叫 “Load triggers”，PostgreSQL 叫 “Read triggers”）。
BEFORE vs AFTER：选错就等于白写
这是最常被跳过的一步，却直接决定触发器能否修改数据：
-
BEFORE INSERT：可读写NEW字段，适合自动填充 ID、格式化手机号、校验业务规则（如禁止插入未来日期） -
AFTER INSERT：NEW只读，不能赋值；适合日志记录、更新统计表、发消息通知等“事后动作” - 想在插入时自动生成 UUID？必须用
BEFORE，否则NEW.id = gen_random_uuid()会报错或被忽略 - MySQL 中
BEFORE UPDATE可修改NEW.name，但 PostgreSQL 要求函数体里显式RETURN NEW，否则更新后字段为空
触发器体怎么写：别信默认生成的空 BEGIN/END
DBeaver 自动生成的模板常带 BEGIN ... END，但这只是壳。实际行为取决于数据库方言：
- MySQL：触发器体是纯 SQL，不支持变量声明或流程控制——想加 IF 判断？得写成
IF NEW.status = 'active' THEN ... END IF;，且必须启用分号分隔符（DBeaver 默认已处理） - PostgreSQL：触发器体必须是一个函数调用，比如
EXECUTE FUNCTION update_user_stats()；你得先在“函数”节点下建好该函数，再在这里引用 - 千万别把 PostgreSQL 函数体直接粘贴进触发器编辑框——DBeaver 不会帮你转成函数，SQL 执行会失败，错误信息通常是
syntax error at or near "DECLARE"
示例（PostgreSQL 合规写法）：
CREATE OR REPLACE FUNCTION inc_post_count() RETURNS TRIGGER AS $$<br>BEGIN<br> UPDATE forums SET post_count = post_count + 1 WHERE id = NEW.forum_id;<br> RETURN NEW;<br>END;<br>$$ LANGUAGE plpgsql;
然后在触发器“动作”里填：
EXECUTE FUNCTION inc_post_count()
调试没反应？先查这三处
触发器静默失败很常见，因为多数错误不抛异常，只跳过执行：
- 检查 DBeaver 底部状态栏：执行触发器 DDL 后，看是否有 “0 rows affected” 提示——这说明语句成功但没生效，大概率是触发条件（
WHEN子句）过滤掉了 - MySQL 中误用
OLD在INSERT触发器里：会直接忽略整个触发器，不报错也不执行 - PostgreSQL 中忘记在函数末尾写
RETURN NEW或RETURN OLD：UPDATE/DELETE 触发器将中断主操作，导致原 SQL 报错null value in column "xxx" violates not-null constraint
真正麻烦的是跨 schema 操作——比如触发器在 public 表上，却要去更新 log schema 下的表。这时必须在函数里显式指定 schema，写成 INSERT INTO log.audit_log ...，否则 PostgreSQL 默认找当前 search_path，容易找不到表。
