求兼容SQLGlot的ANSI SQL动态Unpivot解决方案（基于年份配置表）

直接说结论：仅靠ANSI标准SQL，做不到完全动态、不用改查询语句就能自动适配新增年份列的unpivot转换。

核心原因 #

ANSI SQL是静态查询语言，查询里用到的列必须在编写语句时就明确指定，无法在运行时自动识别并处理新增的年份列。哪怕你创建年份配置表存储所有年份字符串，静态SQL也没法把这些字符串动态解析为对应的列名——这需要依赖动态SQL，但动态SQL不属于ANSI标准，而且你也禁止使用动态代码生成。

年份配置表的局限性 #

如果尝试用年份配置表配合静态SQL，最多只能实现半动态效果：
你需要在查询中预先列出所有已存在的年份列，再关联配置表过滤有效年份，但新增年份列后，仍需手动修改查询添加对应列的分支，无法自动适配。示例如下：

SELECT 
  s.ISO,
  s.Name,
  y.year AS Year,
  CASE y.year
    WHEN '1993' THEN s.1993
    WHEN '1994' THEN s.1994
    -- 新增2024列后必须手动添加该分支
    WHEN '2023' THEN s.2023
  END AS Value
FROM source_table s
CROSS JOIN year_config y
WHERE CASE y.year
    WHEN '1993' THEN s.1993
    WHEN '1994' THEN s.1994
    -- 同步新增对应分支
    WHEN '2023' THEN s.2023
  END IS NOT NULL -- 过滤无数据的行

这种方案还是需要修改查询语句，不符合你“无需修改查询语句”的要求。

折中的ANSI SQL可行方案（需运维配合） #

如果必须使用纯ANSI SQL，可以通过定期维护视图实现近似动态的效果：

1. 创建一个视图，将所有年份列通过UNION ALL转换为长表格式：

CREATE OR REPLACE VIEW unpivoted_data AS
SELECT ISO, Name, '1993' AS Year, 1993 AS Value FROM source_table WHERE 1993 IS NOT NULL
UNION ALL
SELECT ISO, Name, '1994' AS Year, 1994 AS Value FROM source_table WHERE 1994 IS NOT NULL
-- 后续新增年份时，只需向视图添加对应的UNION ALL分支
UNION ALL
SELECT ISO, Name, '2023' AS Year, 2023 AS Value FROM source_table WHERE 2023 IS NOT NULL;

2. 后续业务查询直接使用该视图即可，新增年份时仅需更新视图定义，无需修改业务查询语句。

这种方案符合ANSI SQL标准，满足“方案可扩展、无需修改业务查询语句”的要求，仅需定期维护视图即可。

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