PostgreSQL中如何选取列名存储在另一字段值中的目标列

标准静态SQL不支持运行时根据行内字段值动态解析列名——SQL的返回列是在执行计划生成阶段就固定的，不存在原生语法能逐行动态指定要读取的列名。以下是按你要求的优先级整理的可落地方案，全部适配Rails ActiveRecord的使用限制：

方案1：无需自定义函数/无兼容性问题（推荐） #

你不需要手动维护冗长的CASE WHEN语句，可以直接在Rails侧自动生成CASE逻辑，完全规避手动维护的问题，没有额外依赖，所有主流数据库都支持。
实现逻辑是先读取表的合法列名白名单，自动拼接CASE片段，配合AR自带的参数化查询避免SQL注入：

# 定义允许被动态读取的列白名单，不要直接用全列名，避免敏感字段泄露
allowed_columns = %w[column_a column_b column_c] # 后续加新列直接往数组里加就行
# 自动生成CASE判断片段
case_clause = allowed_columns.map { |col|
  ActiveRecord::Base.sanitize_sql(
    "WHEN items.preferred_column = ? THEN items.#{col}",
    col
  )
}.join(" ")
# 拼接查询
Item.select("items.*, CASE #{case_clause} END AS preferred_value")

这个方案的优势：

• 性能和手写CASE完全一致，是所有方案里执行效率最高的
• 没有数据库兼容性问题，MySQL/PostgreSQL/SQLite都能用
• 完全符合AR的使用规范，不需要用到INTO之类的受限语法
• 自带SQL注入防护，只要维护好列白名单就没有安全风险
• 后续表结构调整时只需要更新白名单数组，不需要改大段SQL

方案2：无需自定义函数/写法更简洁 #

如果你的数据库是PostgreSQL 9.4+或者MySQL 5.7+，可以用内置的JSON类型转换能力实现，不需要写CASE语句：

PostgreSQL 写法 #

Item.select("items.*, to_jsonb(items) ->> items.preferred_column AS preferred_value")

原理是把整行数据先转成JSONB对象，再把preferred_column存的列名当key取对应值。

MySQL 写法 #

Item.select("items.*, JSON_UNQUOTE(JSON_EXTRACT(JSON_OBJECT(*), CONCAT('$.', items.preferred_column))) AS preferred_value")

这个方案的注意点：

• 不需要自定义函数，SQL片段非常短
• 性能比方案1差，因为每一行都要做JSON格式转换，数据量超过10w行不推荐用
• 如果preferred_column里存了不存在的列名，会直接返回NULL，不会抛错，需要提前做好数据校验

方案3：自定义数据库函数（不推荐） #

如果你有数据库的建函数权限，也可以写自定义UDF实现动态取值，以PostgreSQL为例：

-- 建迁移执行这段函数创建逻辑
CREATE OR REPLACE FUNCTION get_dynamic_col(row items, col_name text)
RETURNS text AS $$
BEGIN
  RETURN EXECUTE format('SELECT ($1).%I', col_name) USING row;
END;
$$ LANGUAGE plpgsql STABLE;

查询时直接调用：

Item.select("items.*, get_dynamic_col(items, preferred_column) AS preferred_value")

这个方案的缺点很明显：

• 需要数据库的高级权限，大部分生产环境的业务账号没有建函数权限
• 逐行动态执行SQL的性能很差，大表查询速度会比方案1慢一个数量级
• 数据库版本变更、表结构变更时容易出现函数兼容问题，维护成本高

注意：不要尝试用数据库端的预处理动态SQL（PREPARE/EXECUTE）实现这个需求，这类语法只能在执行前拼接固定的列名，无法实现逐行动态取列，本质和在Rails侧拼接CASE语句没有区别，还容易引入SQL注入风险。

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