PL/pgSQL触发器INSERT执行ALTER TABLE报错：列已存在排查

一、优先排查NEW变量赋值问题 #

触发器触发时，NEW变量本该携带变更的表名、列名等核心信息，一旦它的值不对，后续检查必然失效：

• 在update_table_log_received()函数开头加日志打印，把NEW的关键字段输出：

  RAISE NOTICE 'NEW字段值：表名=%, 列名=%, 数据类型=%', NEW.table_name, NEW.column_name, NEW.data_type;
  

  执行一次表结构变更，查看数据库日志或客户端输出，确认这些值和实际变更的表、列是否完全一致。如果是空值或者错配，那就是NEW变量赋值出了问题。
• 核对触发器的触发逻辑：如果是DDL触发器，要确认tg_tag、tg_relid等系统属性是否正确映射到NEW的字段中，比如有没有把表名的大小写、schema信息漏掉。

二、检查SELECT语句写法是否有误 #

很多时候是检查列存在的查询写错了，导致返回null，以下是常见问题和修正方案：

错误写法的常见坑 #

比如这种写法很容易踩雷：

SELECT column_name FROM information_schema.columns 
WHERE table_name = NEW.table_name AND column_name = NEW.column_name;

问题出在：

1. 没指定schema：目标表在items schema下，必须加table_schema = 'items'条件，否则会查所有schema的列，要么找不到目标列，要么误匹配其他schema的同名列。
2. 大小写不匹配：如果表/列是带引号创建的（比如"Y"），查询时必须保持大小写一致，用引号包裹；或者用lower(table_name) = lower(NEW.table_name)统一转小写匹配（前提是NEW里的表名大小写正确）。

正确写法示例 #

针对items schema下的表，用information_schema查询：

SELECT 1 FROM information_schema.columns 
WHERE table_schema = 'items'
  AND table_name = NEW.table_name
  AND column_name = NEW.column_name;

或者用pg_catalog系统表（效率更高）：

SELECT 1 FROM pg_catalog.pg_attribute a
JOIN pg_catalog.pg_class c ON a.attrelid = c.oid
JOIN pg_catalog.pg_namespace n ON c.relnamespace = n.oid
WHERE n.nspname = 'items'
  AND c.relname = NEW.table_name
  AND a.attname = NEW.column_name
  AND a.attnum > 0 -- 排除系统列
  AND NOT a.attisdropped; -- 排除已删除的列

手动验证查询 #

把NEW的实际值替换到查询里手动执行，比如已知要检查的表是y、列是x，执行：

SELECT 1 FROM information_schema.columns WHERE table_schema='items' AND table_name='y' AND column_name='x';

• 如果手动执行能返回结果，但函数里返回null：大概率是NEW变量赋值的问题。
• 如果手动执行也返回null：肯定是SELECT语句写法错误。

三、额外排查项 #

• 跨库权限：函数执行时的用户是否有权限查询Database2的系统表？权限不足会导致查询返回null。
• 跨库连接上下文：如果用dblink等工具跨库，要确认连接的是正确的Database2实例，且连接用户有足够操作权限。

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