PostgreSQL子句优先级疑问：GROUP BY为何可使用SELECT中month别名？

嘿，这个问题问到点子上了——很多刚接触SQL的朋友都会被「书写顺序」和「实际执行顺序」的差异搞懵，我来给你理清楚其中的门道：

首先纠正一个核心误区：你说的「SELECT在GROUP BY之后执行」是SQL的书写顺序，但这和数据库实际的执行逻辑完全不是一回事。

为什么GROUP BY能引用SELECT里的别名？ #

标准SQL确实规定GROUP BY不能引用SELECT的别名，因为按照标准逻辑的执行顺序，GROUP BY是在SELECT之前处理的，这时候SELECT里定义的别名还没被创建出来。但PostgreSQL做了实用化的扩展：它的查询优化器会先完整解析整个查询的结构，把SELECT子句里的别名和对应的表达式做关联。只要别名对应的是确定性的、不含聚合函数的表达式，PostgreSQL就会自动把GROUP BY里的别名替换成原始表达式来执行。

举个实际的例子，你写的查询：

SELECT EXTRACT(MONTH FROM created_at) AS month, COUNT(*)
FROM orders
GROUP BY month;

PostgreSQL在执行时会自动转换成等价的写法：

SELECT EXTRACT(MONTH FROM created_at) AS month, COUNT(*)
FROM orders
GROUP BY EXTRACT(MONTH FROM created_at);

这就是为什么你的写法能生效——本质是优化器帮你做了表达式替换，而不是执行顺序真的颠倒了。

函数的执行时机是固定在所有子句之前吗？ #

当然不是，函数的执行时机完全取决于它的类型：

• 标量函数（比如EXTRACT、LOWER这种处理单行数据返回单个值的）：会在FROM和WHERE之后、GROUP BY之前执行，因为它们需要先从表中取出符合条件的行，再逐行计算函数结果。
• 聚合函数（比如COUNT()、SUM()）：要等到GROUP BY完成分组后才会执行，用来对每个分组的数据做统计计算。
• 窗口函数：执行时机更靠后，在GROUP BY、HAVING之后，ORDER BY之前，用来对分组后的数据集做进一步的窗口分析。
• 还有带副作用的函数（比如nextval()这种会修改序列的）：PostgreSQL会尽量保证它的执行次数符合逻辑，但也会根据查询优化的需求调整，这类属于特殊情况。

最后再划个重点 #

1. PostgreSQL允许GROUP BY用SELECT别名是查询优化器的扩展特性，不是因为执行顺序改变了。
2. SQL的实际执行顺序大致是：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT/OFFSET，别把书写顺序当成执行顺序。
3. 函数没有统一的「所有子句之前执行」的规则，得看它的类型和作用场景。

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