Oracle SQL 子句评估顺序

Question

在 Oracle 中，首先评估哪些子句类型？如果我有以下内容（假装..代表有效的表达式和关系名称），求值的顺序是什么？

SELECT   ...
FROM     .....
WHERE    ........
GROUP BY ...........
HAVING   .............
ORDER BY ................

我的印象是 SELECT 子句是最后评估的，但除此之外我一无所知。

Answer 1

选择列表不能总是最后评估，因为 ORDER BY 可以使用选择列表中定义的别名，因此必须在之后执行它们。例如：

SELECT foo+bar foobar FROM table1 ORDER BY foobar

我想说，一般来说，执行顺序可能是这样的：

• FROM
• WHERE
• GROUP BY
• SELECT
• HAVING
• ORDER BY

GROUP BY 和 WHERE 子句可以交换而不改变结果，HAVING 和 ORDER BY 也可以交换。

实际上事情更复杂，因为数据库可以根据不同的执行计划重新排序执行。只要结果保持不变，执行顺序并不重要。

另请注意，如果为 ORDER BY 子句选择索引，则从磁盘读取行时，这些行可能已经处于正确的顺序。在这种情况下，ORDER BY 子句根本没有真正执行。

Answer 2

Oracle 查询处理 Order

• FROM 子句
• WHERE 子句
• GROUP BY 子句
• HAVING 子句
• SELECT 子句
• ORDER BY 子句

Answer 3

这就是执行计划的用途。但是，一般来说，只有一种方法可以做到这一点。我暂时忽略优化：

• FROM 获取涉及的表
• 开始扫描 FROM 中的表，保留那些通过 WHERE 子句的
• 表 SELECT 未聚合
• 列 使用 GROUP BY 计算聚合列
• 保留那些通过 HAVING 子句的分组结果
• 使用 ORDER BY 排序结果

优化可能会导致一些“窥视”以做出更好的决策（例如，在扫描表之前检查 WHERE 子句是一个好主意 - 索引可能可用）。

我相信大多数 RDBMS 通过预传递优化器来解决这个问题，优化器基本上会重写查询以利用索引、删除冗余表达式等。然后，这个优化的查询将用于实际构建执行计划。还有并行性可能会改变细节——但基本原理是相同的。

Answer 4

下面是 SQL 查询处理顺序：

1. FROM
2. CONNECT BY
3. WHERE
4. GROUP BY
5. HAVING
6. <代码>选择
7. > <代码>排序依据

Answer 5

SELECT 语句的逻辑处理顺序

1. FROM
2. ON
3. JOIN
4. WHERE
5. GROUP BY
6. WITH CUBE 或WITH ROLLUP
7. HAVING
8. SELECT
9. DISTINCT
10. ORDER BY

这是以下逻辑顺序：用于编写/（逻辑思考）查询。数据库在实际执行过程中，为了提高效率，可能会采用不同的方式对查询进行优化，只要返回的结果与遵循此执行顺序相同即可。

参考

Microsoft T-SQL
Oracle 博客