PostgreSQL触发器函数报错：不支持返回类型trigger，求排查解决

我来帮你拆解下问题，这个报错其实藏着两个关键问题，咱们一步步解决：

1. 直接调用触发器函数是错误操作 #

你执行select * from my_function();触发报错的核心原因是：触发器函数是专门为数据库触发事件设计的，不能像普通函数那样直接用SELECT调用。这类函数只能在触发器被触发（比如你设置的AFTER UPDATE事件发生）时，由数据库自动执行，手动调用必然返回类型不兼容的错误。

所以第一步：立刻停止手动调用这个函数，这不是正确的测试方式。

2. 触发器函数的语法和逻辑需要修正 #

你的函数里有两处需要调整的地方：

（1）错误的返回语句写法 #

你把returning null;写在了UPDATE语句里，这是混淆了UPDATE的返回子句和函数的返回语句。对于AFTER类型的触发器，函数需要单独写返回语句（返回值会被数据库忽略，但语法上必须合规）。修正后的函数如下：

CREATE OR REPLACE FUNCTION my_function() 
RETURNS TRIGGER AS $$ 
BEGIN
  UPDATE schema_name.table_name 
  SET category = schema_name.table_name_temp.category 
  FROM schema_name.table_name_temp 
  WHERE (some where clauses for first check) 
    AND schema_name.table_name.name = schema_name.table_name_temp.name;
  RETURN NULL; -- 单独写函数返回语句，与UPDATE分离
END; 
$$ LANGUAGE plpgsql;

（2）警惕无限循环触发风险 #

你创建的是AFTER UPDATE ON schema_name.table_name的触发器，每次更新这个表的行时，都会触发函数再次执行UPDATE修改同一个表的category列——如果你的UPDATE语句刚好修改了category，会再次触发触发器，直到数据库的递归触发限制被触发，导致报错。

如果你的业务逻辑是“当table_name的行被更新时，从table_name_temp同步category值”，更高效且安全的方式是改用BEFORE触发器，直接修改待更新的行（NEW变量），避免重复执行UPDATE：

-- 改用BEFORE触发器的优化版本
CREATE OR REPLACE FUNCTION my_function() 
RETURNS TRIGGER AS $$ 
BEGIN
  -- 直接从temp表获取值，赋值给NEW行的category列
  SELECT category INTO NEW.category
  FROM schema_name.table_name_temp 
  WHERE (some where clauses for first check) 
    AND NEW.name = schema_name.table_name_temp.name;
  
  RETURN NEW; -- BEFORE触发器必须返回NEW或OLD，这里返回修改后的行
END; 
$$ LANGUAGE plpgsql;

-- 重新创建触发器
DROP TRIGGER IF EXISTS trigger_name on schema_name.table_name;
CREATE TRIGGER trigger_name BEFORE UPDATE ON schema_name.table_name 
FOR EACH ROW EXECUTE PROCEDURE my_function();

3. 正确的测试方法 #

修正后，不要直接调用函数，而是手动更新schema_name.table_name的一行数据来验证触发器是否生效，比如：

-- 替换成你的实际测试条件
UPDATE schema_name.table_name SET name = 'test_demo' WHERE id = 1;

之后查询该行的category列，确认是否从table_name_temp同步了正确的值。

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