SQL Server迁移PostgreSQL时代码大写列名引用报错如何解决

以下方案均无需逐行手动修改业务代码，可快速解决列名大小写不匹配问题：

方案1：Schema层创建兼容视图（零业务代码改动，优先推荐） #

直接为现有小写列增加首字母大写的别名，通过同名视图替换原表访问，完全适配现有SQL语句：

-- 批量生成指定库所有表的视图创建语句，自动生成所有列的首字母大写别名
SELECT 'CREATE OR REPLACE VIEW ' || table_schema || '.' || table_name || ' AS SELECT ' 
  || string_agg(column_name || ' AS "' || initcap(column_name) || '"', ', ')
  || ' FROM ' || table_schema || '.' || table_name || ';'
FROM information_schema.columns
WHERE table_schema = '实际schema名' -- 替换为业务使用的schema，如示例中的flightcost
GROUP BY table_schema, table_name;

执行上述查询后，会输出所有表的视图创建语句，批量执行即可完成适配。

优势：无性能损耗，视图和原表操作完全一致，增删改查都支持，后续业务迭代逐步切换为小写列名后，直接删除视图即可完成过渡。

方案2：请求链路层统一转换SQL #

无需修改业务SQL，在请求到数据库的中间层做统一拦截改写：

• 应用层：在ORM框架或数据库连接层增加拦截器（如MyBatis拦截器、JDBC Statement拦截器），自动将SQL中双引号包裹的标识符转为全小写后再发往数据库
• 代理层：在数据库前部署轻量SQL代理中间件，全局拦截所有SQL请求，统一处理双引号内标识符的大小写转换

优势：无需逐个处理表结构，适合表数量多、迁移规模大的场景。

方案3：正则批量替换业务代码（适合需要彻底改造命名规范的场景） #

用IDE或脚本的正则替换功能批量处理所有代码文件，无需手动逐行修改：

• 匹配规则："([A-Z][a-zA-Z0-9]+)"
• 替换规则："\L$1"（\L为正则内置的转小写语法，主流IDE、sed等工具均支持）

优势：一次性完成彻底改造，无后续兼容层维护成本。

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