sql中的having和where的作用

最新推荐文章于 2023-08-28 11:06:58 发布

PowerKinging

最新推荐文章于 2023-08-28 11:06:58 发布

阅读量348

点赞数

分类专栏： SQL 文章标签： sql

SQL 专栏收录该内容

27 篇文章

订阅专栏

本文深入探讨了SQL查询中的having与where子句的使用技巧，通过实例对比说明了它们在数据筛选与分组操作中的差异与优势。重点强调了having子句在聚合查询中的应用价值，以及在不同场景下选择合适子句的重要性，旨在提升查询效率。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

例子：
select max(orgid) from auditresults where warningrulesid=100000021 having orgid>=100000737 group by orgid;

select max(orgid) from auditresults where warningrulesid=100000021 group by orgid having orgid>=100000737;

这两句sql，初看结果集是一模一样的。但是第一句在例子中比第二句快很多
一：
where是对所有数据表的所有行起作用，即对某一个表的所有行进行条件匹配过滤，是行级概念。having是对数据分组起作用，它对group by之后的某一组类型数据进行筛选，即过滤数据组，针对的是一个集合对象。一般来说用where速度相对较快。
但是having是相对于聚合查询，根据聚合后的数据集合中去排除的，在一定的业务下，还是要用到having的

二：一般使用下，我们通常把having 放在group by之后的，这仿佛是一个惯例，也符合了having与生俱来的作用。但是当我们把having放在group by之前呢，having还是像他定义的那样运行吗？

再看两句sql：
select max(orgid) from auditresults having orgid>=100000737 group by orgid order by orgid;

select max(orgid) from auditresults group by orgid having orgid>=100000737 order by orgid;

这个时候，第二句又比第一句快很多了。排序还是一样的。

看来having的使用还是要根据不同的情况了，在聚合时若非必须用到，就用where代替，毕竟行级的查询还是要比集合的筛选快一些的，having最好还是按照定义的那样去用，放在group by 后面去筛选。