将表字段转换逻辑移入CTE会显著降低查询性能吗？

一般情况下，这两种写法不会存在显著的性能差异，核心原因在于现代关系型数据库的查询优化器会对这两种逻辑做等价处理：

• 优化器的内联处理：像PostgreSQL、MySQL 8.0+、SQL Server这类主流数据库，查询优化器会自动分析CTE的定义，对于这种仅包含字段转换、无复杂聚合/窗口函数的简单CTE，会直接将其逻辑“展开”并合并到主查询中，最终生成的执行计划和直接在主查询里写转换逻辑的版本完全一致，资源消耗（CPU、IO、内存）几乎没有差别。
• 例外场景极少：只有当CTE包含复杂逻辑（如多表关联、聚合计算），或者数据库强制对CTE进行物化（比如PostgreSQL中显式使用MATERIALIZED关键字，部分旧版本数据库对CTE的优化支持不足）时，才可能出现性能差异，但你的场景只是对表B的字段做转换，不属于这类情况。

不过两者在代码维护性上有明显区别：

• 用CTE的写法把表B的转换逻辑集中在一起，当需要调整转换规则时，只需要修改CTE部分，可读性和可维护性更好，尤其适合字段转换较多的场景。
• 直接在主查询里写转换逻辑的方式，会让SELECT子句变得冗长，字段多的时候容易混乱，后续修改成本更高。

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