触发器在PostgreSQL中按操作前后顺序执行，分为BEFORE和AFTER阶段，支持行级或语句级触发，常用于数据校验、日志记录等；创建时需明确触发时机、事件类型、作用范围及条件控制，如使用WHEN子句过滤执行条件，并通过RETURN值影响操作流程，合理设计可确保数据一致性与系统性能。
PostgreSQL触发器的设计与执行流程是数据库自动化操作的核心机制之一。它允许在特定表上发生INSERT、UPDATE、DELETE或TRUNCATE操作时自动执行一段预定义的函数。合理设计触发器能有效保证数据完整性、实现审计日志、同步缓存等高级功能。
触发器的基本设计原则
设计一个高效的触发器，需明确以下几个关键点：
- 触发时机：决定触发器是在操作前（BEFORE）还是操作后（AFTER）。BEFORE常用于数据校验或修改新值；AFTER适用于记录日志或关联更新其他表。
- 触发事件：指定触发动作类型，如INSERT、UPDATE OF column_name、DELETE或TRUNCATE。
- 作用范围：选择是每行触发（FOR EACH ROW）还是每语句触发（FOR EACH STATEMENT）。大多数业务场景使用行级触发器。
- 条件控制：通过WHEN子句添加布尔表达式，仅当条件成立时才执行函数，避免不必要的开销。
CREATE OR REPLACE FUNCTION log_user_change() RETURNS TRIGGER AS $$ BEGIN INSERT INTO user_audit (user_id, action, changed_at) VALUES (NEW.id, TG_OP, NOW()); RETURN NEW; END; $$ LANGUAGE plpgsql; CREATE TRIGGER trigger_user_audit AFTER INSERT OR UPDATE ON users FOR EACH ROW EXECUTE FUNCTION log_user_change();
触发器的执行流程详解
当SQL语句影响到带有触发器的表时，PostgreSQL按以下顺序处理：
- 解析并准备执行原始SQL语句（如UPDATE users SET name = 'Alice' WHERE id = 1）。
- 对符合条件的每一行，在执行主操作前后根据定义调用对应的触发器函数。
- 对于BEFORE触发器，函数可访问OLD和NEW记录，并可通过返回NULL阻止该行的操作（仅适用行级），或修改NEW值用于INSERT/UPDATE。
- 主操作实际写入数据，若存在约束冲突则中止整个事务。
- AFTER触发器在此阶段执行，通常用于副作用操作，如写日志、发通知，此时无法改变主操作结果。
- 所有触发器成功完成后，语句提交；任一函数抛出异常都会导致事务回滚。
常见使用场景与注意事项
- 用BEFORE INSERT确保默认值填充，比如自动生成UUID或时间戳。
- 利用UPDATE OF字段精确控制哪些列变更才触发逻辑，减少性能损耗。
- 避免在触发器中进行远程调用或长时间操作，可能拖慢主事务。
- 递归触发器需谨慎启用（通过配置session_replication_role），防止无限循环。
- 调试时可临时禁用触发器：
ALTER TABLE table_name DISABLE TRIGGER trigger_name;
基本上就这些。只要理解了触发时机、作用粒度和函数行为之间的关系，就能写出稳定可靠的触发逻辑。不复杂但容易忽略的是WHEN条件和RETURN值的影响，务必测试覆盖各种边界情况。
