使用postgres_fdw无法在外部表上创建触发器更新本地表

针对你在PostgreSQL 16中使用postgres_fdw外部表触发器不生效的问题，结合提供的代码，给出以下排查步骤和解决建议：

核心排查点 #

1. 验证触发器函数是否被调用 #

在触发器函数中添加调试日志，确认函数是否触发：

CREATE OR REPLACE FUNCTION public.log_budget2_updates()
    RETURNS trigger
    LANGUAGE 'plpgsql'
    COST 100
    VOLATILE NOT LEAKPROOF
    SET search_path=public
AS $BODY$
BEGIN
    -- 新增调试输出，用于验证函数执行状态
    RAISE NOTICE 'Trigger triggered for % operation', TG_OP;
    INSERT INTO public.log_table (log)
    VALUES ('It_works!');
    RETURN NEW;
END;
$BODY$;

执行DML操作后，查看客户端输出或PostgreSQL日志（pg_log目录下的日志文件）：

• 若未看到NOTICE信息，说明触发器根本未触发；
• 若能看到NOTICE，则问题出在INSERT INTO log_table步骤，需检查表权限或存在性。

2. 确认外部表的基础状态与权限 #

• 验证public.budget3是postgres_fdw外部表：执行\d public.budget3，查看输出中的Foreign table标识，同时执行SELECT * FROM public.budget3 LIMIT 1确认外部表连接正常。
• 检查用户权限：确保执行DML的用户对public.budget3有INSERT/UPDATE/DELETE权限，对log_budget2_updates函数有EXECUTE权限，对public.log_table有INSERT权限。

3. 验证search_path配置 #

虽然函数内已设置SET search_path=public，仍需确认当前会话的schema路径：

SHOW search_path;

确保输出包含public，避免因schema路径问题导致表或函数无法定位。

4. 明确外部表触发器的限制 #

PostgreSQL 16的postgres_fdw支持外部表行级触发器，但需注意：

• 本地触发器仅在本地对外部表执行DML时触发，远端服务器直接修改外部表对应的源表时，本地触发器不会感知；
• AFTER触发器会在DML请求发送到远端服务器后执行，若远端操作失败，本地触发器的操作会被回滚。

5. 检查触发器定义准确性 #

执行以下命令查看触发器的关联信息：

SELECT tgname, tgrelid::regclass, tgtype, tgfoid::regproc
FROM pg_trigger
WHERE tgrelid = 'public.budget3'::regclass;

确认test_all_changes触发器关联的表是public.budget3，且触发事件（INSERT/UPDATE/DELETE）配置正确。

可能的修复方案 #

若排查发现触发器未触发，尝试重新创建触发器：

DROP TRIGGER IF EXISTS test_all_changes ON public.budget3;
CREATE TRIGGER test_all_changes
    AFTER INSERT OR DELETE OR UPDATE 
    ON public.budget3
    FOR EACH ROW
    EXECUTE FUNCTION public.log_budget2_updates();

若仍未生效，检查postgres_fdw的外部表OPTIONS配置，确认无禁用触发器的特殊设置（postgres_fdw默认无此限制）。

内容的提问来源于stack exchange，提问作者Donald Singh