PostgreSQL审计表函数报错：INSERT表达式数多于目标列

你的报错核心原因很清晰：触发器函数里的插入语句完全写错了——你把操作类型TG_OP（字符串，比如INSERT）硬塞到了id的位置，再加上NEW.*（原表的3个字段），导致VALUES里的表达式数量（4个）远超过目标列数（3个），同时字符串类型的TG_OP和id的integer类型也完全不兼容，这才触发了报错。

下面分两步彻底解决问题：

1. 先修正审计表结构 #

既然你要追踪操作类型（INSERT/UPDATE/DELETE），审计表api_audit.d_status_list必须新增一个字段来存储这个信息。如果表已经存在，执行这条语句添加字段：

ALTER TABLE api_audit.d_status_list ADD COLUMN operation_type VARCHAR(10) NOT NULL;

如果还没创建审计表，直接用包含操作类型的结构创建：

CREATE TABLE api_audit.d_status_list (
    id INTEGER NOT NULL,
    status VARCHAR(50) NOT NULL, -- 替换成你实际的status字段类型
    dateadded TIMESTAMP NOT NULL,
    operation_type VARCHAR(10) NOT NULL
);

2. 重写触发器函数 #

原来的函数逻辑混乱，现在改成匹配审计表结构的正确写法，同时简化冗余代码：

CREATE OR REPLACE FUNCTION api_input.d_status_list_func() 
RETURNS TRIGGER 
LANGUAGE plpgsql 
AS $$
BEGIN
    -- 根据操作类型插入对应行数据+操作标记
    IF TG_OP IN ('INSERT', 'UPDATE') THEN
        INSERT INTO api_audit.d_status_list (id, status, dateadded, operation_type)
        VALUES ((NEW).*, TG_OP);
    ELSIF TG_OP = 'DELETE' THEN
        INSERT INTO api_audit.d_status_list (id, status, dateadded, operation_type)
        VALUES ((OLD).*, TG_OP);
    END IF;
    
    -- 返回对应行，不影响原表操作
    RETURN CASE TG_OP WHEN 'DELETE' THEN OLD ELSE NEW END;
END;
$$;

ALTER FUNCTION api_input.d_status_list_func() OWNER TO blahblah;

这里的(NEW).*会自动展开成原表的3个字段（id、status、dateadded），加上TG_OP正好对应审计表的4个字段，数量、类型完全匹配。

为什么之前部分场景能“正常工作”？ #

你提到多字段插入时没问题，大概率是巧合——比如你手动插入时显式指定了所有3个字段，让NEW.*的字段数和你错误的VALUES写法刚好凑对，但本质上逻辑是错误的，只有现在的写法能适配所有场景，包括只插入status让数据库自动生成id和dateadded的情况。

现在不管是Python自动化插入还是手动操作，触发器都会正确备份变更记录，不会再报错。

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