MySQL 中 WHERE 和 HAVING 的对比

这是然少

于 2024-03-12 01:13:32 发布

阅读量383

点赞数 6

分类专栏：数据库学习笔记文章标签： mysql 数据库

本文链接：https://blog.csdn.net/W_R_T_/article/details/136639420

版权

数据库学习笔记专栏收录该内容

13 篇文章 1 订阅

订阅专栏

本文详细比较了SQL中的WHERE和HAVING在筛选条件、分组统计和关联查询中的作用，强调WHERE在执行效率上的优势以及HAVING在处理分组计算的功能。开发中建议结合两者使用以优化性能。

摘要由CSDN通过智能技术生成

WHERE 和 HAVING 的对比

区别1: WHERE 可以直接使用表中的字段作为筛选条件，但不能使用分组中的计算函数作为筛选条件; HAVING 必须要与 GROUP BY 配合使用，可以把分组计算的函数和分组字段作为筛选条件。

这决定了，在需要对数据进行分组统计的时候，HAVING 可以完成 WHERE 不能完成的任务。这是因为，在查询语法结构中，WHERE 在 GROUP BY 之前，所以无法对分组结果进行筛选。HAVING 在 GROUP BY 之后，可以使用分组字段和分组中的计算函数，对分组的结果集进行筛选，这个功能是 WHERE 无法完成的。另外，WHERE 排除的记录不再包括在分组中。

区别2: 如果需要通过连接从关联表中获取需要的数据，WHERE 是先筛选后连接，而 HAVING 是先连接后筛选。

这一点，就决定了在关联查询中，WHERE 比 HAVING 更高效。因为 WHERE 可以先筛选，用一个筛选后的较小数据集和关联表进行连接，这样占用的资源比较少，执行效率也比较高。HAVING 则需要先把结果集准备好，也就是用未被筛选的数据集进行关联，然后对这个大的数据集进行筛选，这样占用的资源就比较多，执行效率也较低。

小结如下：

	优点	缺点
WHERE	先筛选数据再关联，执行效率高	不能使用分组中的计算函数进行筛选
HAVING	可以使用分组中的计算函数	在最后的结果集中进行筛选，执行效率较低

开发中的选择:

WHERE 和 HAVING 也不是互相排斥的，我们可以在一个查询里面同时使用 WHERE 和 HAVING。包含分组统计函数的条件用 HAVING，普通条件用 WHERE。这样，我们就既利用了 WHERE 条件的高效快速，又发挥了 HAVING 可以使用包含分组统计函数的查询条件的优点。当数据量特别大的时候，运行效率会有很大的差别。