SQL 子句执行顺序：先 HAVING 还是先 SELECT？

偷偷努力，悄无声息地变强，然后惊艳所有人！哈哈，小伙伴们又来学习啦~今天我将给大家介绍《SQL 子句执行顺序：先 HAVING 还是先 SELECT？》，这篇文章主要会讲到等等知识点，不知道大家对其都有多少了解，下面我们就一起来看一吧！当然，非常希望大家能多多评论，给出合理的建议，我们一起学习，一起进步！

先 having 还是先 select？sql 子句执行顺序揭秘

sql 语句中，having 子句用于筛选组内的记录，而 select 子句用于选择要显示的列。那么，是先执行 having 子句还是 select 子句呢？

传统观点认为，先执行 having 子句，然后再执行 select 子句。然而，示例代码中似乎与这一观点相悖。代码如下：

SELECT sum(num) AS all_num
FROM table
GROUP BY id
HAVING all_num > 50

执行结果显示，先执行了 select 语句，即计算了 all_num，然后再执行 having 子句，对分组后的结果进行了筛选。

原因

这种现象背后的原因并非 having 子句优先执行，而是因为 select 语句在 sql 中具有双重作用。

一方面，select 子句可以用于选择要显示的列。但在本例中，select 语句没有选择任何现有列，而是生成了一个新列 all_num。因此，在这个例子中，select 语句不执行任何选择性操作。

另一方面，select 语句也可以用于聚合函数。本例中，select 语句计算了每个组的 num 列的总和，并将结果存储在 all_num 列中。因此，在此场景下，select 语句实际上是一个聚合操作。

执行顺序

当 select 语句包含聚合函数时，sql 引擎的执行顺序如下：

1. 分组（group by 子句）
2. 聚合（select 子句中的聚合函数）
3. 筛选（having 子句）
4. 选择（select 子句选择要显示的列）

因此，在示例代码中，正确的执行顺序是：

1. 按 id 列分组
2. 计算每个组的 num 列的总和，并将其存储在 all_num 列中
3. 筛选出 all_num 大于 50 的组
4. 选择 all_num 列显示结果

终于介绍完啦！小伙伴们，这篇关于《SQL 子句执行顺序：先 HAVING 还是先 SELECT？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布数据库相关知识，快来关注吧！