无远端PostgreSQL触发器权限时如何通过本地FDW跟踪远端表DML变更

核心前提结论 #

仅在本地数据库侧操作的前提下，不存在完全实时的推送式触发方案，原因是：
PostgreSQL的FDW外部表触发器仅能捕获本地侧对外部表发起的DML操作，远端库原生执行的DML不会主动推送变更信号到本地实例，FDW本身没有内置的远端数据变更订阅能力。
但有两种可落地的轮询/准同步方案，可覆盖绝大多数业务场景： #

方案1：基于增量标识的轮询方案（无需额外远端权限） #

该方案仅需要你现有FDW的远端查询权限，实现成本最低，适合对延迟要求不高（分钟级）的场景。

前置要求 #

远端remote_work_packages表需包含两类字段：

• 唯一自增主键/全局唯一序列号
• 行最后修改时间戳（如updated_at，若使用软删还需deleted_at字段）

实现步骤 #

1. 本地创建增量同步状态表，用于记录上次同步的边界：

CREATE TABLE sync_work_packages_status (
    id INT PRIMARY KEY DEFAULT 1,
    last_synced_max_id BIGINT NOT NULL DEFAULT 0,
    last_synced_at TIMESTAMPTZ NOT NULL DEFAULT '-infinity'::TIMESTAMPTZ,
    -- 限制表仅存1行状态数据
    CONSTRAINT single_row_check CHECK (id = 1)
);

2. 编写自定义轮询函数，逻辑如下：

• 从外部表foreign_work_packages拉取 id > last_synced_max_id 或 updated_at > last_synced_at 的增量数据
• 遍历增量数据触发你预设的自定义业务逻辑
• 若为硬删场景，可定期全量拉取远端表主键集合，和本地留存的主键集合比对找出已删除的行，触发删除逻辑
• 最后更新sync_work_packages_status表的边界值

3. 安装pg_cron插件，定时调用上述轮询函数，可根据业务容忍度设置轮询间隔（如1分钟/5分钟）

方案2：基于逻辑复制的准实时方案（需远端开放少量权限） #

该方案可实现秒级延迟的变更捕获，完美覆盖INSERT/UPDATE/DELETE全量DML操作，适合对实时性要求高的场景。

前置要求 #

需要远端DBA配合做两个配置：

• 远端库postgresql.conf设置wal_level = logical
• 给你使用的FDW账号授予REPLICATION权限，或直接由远端DBA帮你创建remote_work_packages表的发布

实现步骤 #

1. 本地创建一张和remote_work_packages表结构完全一致的普通表（非外部表）
2. 本地创建逻辑订阅，订阅远端对应表的发布，远端的DML变更会自动同步到这张本地普通表
3. 在这张本地普通表上创建INSERT/UPDATE/DELETE触发器，直接关联你预设的自定义函数即可，变更同步时会自动触发逻辑

常见误区说明 #

你提到的PostgreSQL 9.4+支持外部表触发器的特性，仅作用于本地侧对外部表执行的DML操作，无法捕获远端原生执行的DML，因此不能直接用来实现需求。

内容的提问来源于stack exchange，提问作者Priya Sooraj