PostgreSQL执行顺序疑问：GROUP BY为何能识别SELECT定义的列别名

你之前了解的FROM -> WHERE -> GROUP BY -> SELECT是SQL标准定义的逻辑执行顺序，是用来推导查询语义、判断逻辑是否自洽的参考规则，并不是数据库处理SQL语句的实际物理执行流程，PostgreSQL也在不违背核心语义的前提下做了部分易用性扩展。

• 第一个查询报错完全符合逻辑执行规则：WHERE子句的作用是对FROM加载的原始表行做过滤，这个阶段还没到SELECT子句计算输出列的环节，根本不存在SELECT里定义的别名C对应的计算值，PostgreSQL对WHERE子句的别名引用严格遵循逻辑顺序约束，所以会直接抛错。
• 第二个查询能正常运行是PostgreSQL提供的语法糖：在SQL解析的预处理阶段，数据库会先扫描SELECT子句的输出列列表，把所有列别名和它对应的原始列、表达式建立映射关系。处理GROUP BY、ORDER BY子句时，解析器会优先匹配这个映射表，自动把你写的别名C替换成对应的原始列customer_id，自然不会出现识别错误。
• 这个特性没有打破逻辑执行顺序的约束：它只支持别名对应原始列、非聚合表达式的场景。如果别名对应的是聚合计算结果，比如写select count(*) as cnt from payment group by cnt，一样会报错。因为聚合计算是GROUP BY分组完成后才会执行的操作，逻辑上GROUP BY阶段不可能拿到聚合结果，解析器也不会允许这类违反语义的引用。

别把逻辑执行顺序当成数据库跑SQL的实际步骤：数据库拿到SQL后，会先做词法语法解析、别名预处理、语义校验、查询优化，最后才生成执行计划实际运行。GROUP BY支持SELECT别名只是解析阶段做的自动替换，本质是帮你少写重复的列名，根本没有颠倒逻辑执行的先后关系。

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