PostgreSQL中判断列存在后执行列重命名的正确方法

原逻辑报错的核心原因 #

PostgreSQL在正式执行SQL前，会先完成全量语句的语法、对象存在性、权限校验。原DO块中引用的select "xyz" from table_1，一旦系统检测到table_1不存在xyz列，会直接抛出报错，根本无法进入运行时的IF分支判断，自然实现不了容错逻辑。
之前设想的select * from table_1 where column_name="xyz"这类判断思路，本质是查询业务表的行数据，既无法避开解析阶段的列校验报错，逻辑上也和“判断列是否存在”的目标完全无关——这种写法只能查到某行的字段值等于字符串"xyz"的记录，完全不能识别表是否存在对应列定义。

可行实现方案 #

所有方案的核心原则是：判断列存在性时只查询PostgreSQL内置的系统元数据，全程不直接引用业务表的待判断列，从根源上避开解析阶段的报错。

方案1：查询information_schema标准视图（兼容全版本） #

information_schema是SQL标准定义的元数据视图，通用性最强，逻辑清晰易读：

do $$
begin
  -- 匹配对应schema下的目标表，判断目标列是否存在
  if exists (
    select 1 
    from information_schema.columns 
    where 
      table_schema = 'public' -- 替换为实际表所属的schema，默认为public
      and table_name = 'table_1'
      and column_name = 'xyz'
  ) then
    -- 列存在时执行重命名，引号需和列名的实际大小写匹配
    alter table table_1 rename column "xyz" to "abc";
  end if;
end $$;

使用注意：

• 必须指定table_schema过滤条件，否则不同schema下的同名表会导致判断结果偏差
• 列名的大小写要和实际存储完全匹配：PostgreSQL会自动将不加引号的标识符转为小写，建表时加引号定义的大小写敏感列，在元数据里会原样存储大小写

方案2：查询pg_attribute系统目录（大库下性能更优） #

information_schema是基于底层系统目录封装的视图，数据量较大的库下，直接查询系统目录的性能会更好：

do $$
begin
  if exists (
    select 1
    from pg_attribute a
    join pg_class c on a.attrelid = c.oid
    join pg_namespace n on c.relnamespace = n.oid
    where
      n.nspname = 'public' -- 替换为实际schema
      and c.relname = 'table_1'
      and a.attname = 'xyz'
      and a.attnum > 0 -- 排除系统内置的虚拟隐藏列
      and not a.attisdropped -- 排除已经被删除的残留列定义
  ) then
    alter table table_1 rename column "xyz" to "abc";
  end if;
end $$;

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