Debian PostgreSQL触发器使用场景有哪些

Debian 上使用 PostgreSQL 触发器的典型场景

一核心概念与适用范围

在 Debian 上运行的 PostgreSQL 触发器与在其他平台一致，常用于在 INSERT/UPDATE/DELETE/TRUNCATE 事件发生时自动执行逻辑。支持 BEFORE/AFTER/INSTEAD OF 时机、行级/语句级 触发，以及触发器函数返回 TRIGGER 类型；常见特殊变量包括 NEW/OLD、TG_OP、TG_TABLE_NAME。这些能力为实现数据一致性、审计、派生字段、联动更新等提供了数据库内的一致执行点。

二典型业务场景

数据校验与规范化：在 BEFORE INSERT/UPDATE 做格式/业务规则校验（如邮箱正则）、跨字段或跨表一致性检查，直接拒绝非法数据，避免应用层绕过。
自动维护元数据与时间戳：如自动填充 created_at/updated_at，或在特定列变更时才更新时间戳（使用 UPDATE OF column_name 降低开销）。
审计与变更追踪：在 AFTER INSERT/UPDATE/DELETE 将变更写入审计表（可用 row_to_json(OLD/NEW) 保留前后镜像），满足合规与问题排查。
派生字段与同步更新：在写入时计算并填充派生字段（如金额、状态、统计字段），或同步更新关联表（如库存、余额、计数）。
软删除与归档：在 BEFORE DELETE 将行转入归档表并阻止真实删除，或设置 is_deleted 标记，统一由数据库保证策略一致性。
防误删与保护关键数据：通过条件判断在删除前抛出异常，保护核心配置、字典、余额等不可随意删除的数据。
视图写入与替代操作：对复杂视图使用 INSTEAD OF 触发器，把 DML 分解为对基表的安全操作，实现“可更新视图”。
批量统计与汇总：使用 FOR EACH STATEMENT 触发器在语句结束时更新汇总/缓存表，减少逐行计算成本。
副作用与任务编排：在变更时写入消息/队列表，由后台作业异步处理（如发通知、刷新缓存、调用外部服务），将非关键路径移出主事务。
多表联动与复杂业务规则：当规则涉及多表查询、函数调用或动态条件时，用触发器集中实现，避免应用层分散且不一致的实现。

三简明示例

自动更新时间戳

CREATE OR REPLACE FUNCTION update_updated_at()
RETURNS TRIGGER AS $$
BEGIN
  NEW.updated_at := NOW();
  RETURN NEW;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER trg_set_updated_at
BEFORE UPDATE ON users
FOR EACH ROW
EXECUTE FUNCTION update_updated_at();

审计日志

CREATE TABLE users_audit(
  id SERIAL PRIMARY KEY,
  user_id INT,
  op TEXT,
  old_data JSONB,
  new_data JSONB,
  changed_by TEXT,
  changed_at TIMESTAMP DEFAULT NOW()
);

CREATE OR REPLACE FUNCTION log_user_change()
RETURNS TRIGGER AS $$
BEGIN
  IF TG_OP = 'INSERT' THEN
    INSERT INTO users_audit(user_id, op, new_data, changed_by)
    VALUES (NEW.id, TG_OP, row_to_json(NEW)::JSONB, current_user);
    RETURN NEW;
  ELSIF TG_OP = 'UPDATE' THEN
    INSERT INTO users_audit(user_id, op, old_data, new_data, changed_by)
    VALUES (NEW.id, TG_OP, row_to_json(OLD)::JSONB, row_to_json(NEW)::JSONB, current_user);
    RETURN NEW;
  ELSIF TG_OP = 'DELETE' THEN
    INSERT INTO users_audit(user_id, op, old_data, changed_by)
    VALUES (OLD.id, TG_OP, row_to_json(OLD)::JSONB, current_user);
    RETURN OLD;
  END IF;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER trg_users_audit
AFTER INSERT OR UPDATE OR DELETE ON users
FOR EACH ROW
EXECUTE FUNCTION log_user_change();

防删保护

CREATE OR REPLACE FUNCTION prevent_delete_admin()
RETURNS TRIGGER AS $$
BEGIN
  IF OLD.role = 'admin' THEN
    RAISE EXCEPTION '不允许删除管理员用户';
  END IF;
  RETURN OLD;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER trg_prevent_delete_admin
BEFORE DELETE ON users
FOR EACH ROW
EXECUTE FUNCTION prevent_delete_admin();

上述示例覆盖了 BEFORE/AFTER、行级触发、使用 NEW/OLD/TG_OP 等常见模式，可直接在 Debian 上的 PostgreSQL 实例中运行。

四实践建议

优先用约束处理简单域完整性（如 NOT NULL、UNIQUE、FOREIGN KEY、CHECK）；当涉及多表、副作用或动态规则时再选择触发器，避免过度复杂与隐式行为。
设计上明确触发时机与粒度：校验/改写用 BEFORE ROW，日志/统计用 AFTER ROW/STATEMENT；仅对必要列变更触发（UPDATE OF），减少开销。
控制副作用范围：避免在触发器中执行远程调用或耗时操作；需要异步时写入队列/消息表由后台作业处理，保持主事务快速提交。
防止递归与意外影响：同一表上的联动更新要加条件或临时切换 session_replication_role 做维护；上线前充分测试并发与异常路径。
运维与可观测性：为触发器建立迁移脚本（如 Alembic），在升级/回滚中一并管理；必要时使用条件触发与日志，便于排查问题。

最新问答

相关标签