Redian新闻
>
图解 SQL 的执行顺序,一目了然!

图解 SQL 的执行顺序,一目了然!

公众号新闻

👉 这是一个或许对你有用的社群

🐱 一对一交流/面试小册/简历优化/求职解惑,欢迎加入芋道快速开发平台知识星球。下面是星球提供的部分资料: 

👉这是一个或许对你有用的开源项目

国产 Star 破 10w+ 的开源项目,前端包括管理后台 + 微信小程序,后端支持单体和微服务架构。

功能涵盖 RBAC 权限、SaaS 多租户、数据权限、商城、支付、工作流、大屏报表、微信公众号等等功能:

  • Boot 地址:https://gitee.com/zhijiantianya/ruoyi-vue-pro
  • Cloud 地址:https://gitee.com/zhijiantianya/yudao-cloud
  • 视频教程:https://doc.iocoder.cn

来源:blog.csdn.net/weixin_44141495
/article/details/108744720/


这是一条标准的查询语句:

这是我们实际上SQL执行顺序:

  • 我们先执行from,join来确定表之间的连接关系,得到初步的数据
  • where对数据进行普通的初步的筛选
  • group by 分组
  • 各组分别执行having中的普通筛选或者聚合函数筛选。
  • 然后把再根据我们要的数据进行select,可以是普通字段查询也可以是获取聚合函数的查询结果,如果是集合函数,select的查询结果会新增一条字段
  • 将查询结果去重distinct
  • 最后合并各组的查询结果,按照order by的条件进行排序

数据的关联过程

数据库中的两张表

from&join&where

用于确定我们要查询的表的范围,涉及哪些表。

选择一张表,然后用join连接

from table1 join table2 on table1.id=table2.id

选择多张表,用where做关联条件

from table1,table2 where table1.id=table2.id

我们会得到满足关联条件的两张表的数据,不加关联条件会出现笛卡尔积。

group by

按照我们的分组条件,将数据进行分组,但是不会筛选数据。

比如我们按照即id的奇偶分组

having&where

having中可以是普通条件的筛选,也能是聚合函数。而where只能是普通函数,一般情况下,有having可以不写where,把where的筛选放在having里,SQL语句看上去更丝滑。

使用where再group by

先把不满足where条件的数据删除,再去分组

使用group by再having

先分组再删除不满足having条件的数据,这两种方法有区别吗,几乎没有!

举个例子:

100/2=50,此时我们把100拆分(10+10+10+10+10…)/2=5+5+5+…+5=50,只要筛选条件没变,即便是分组了也得满足筛选条件,所以where后group by 和group by再having是不影响结果的!

不同的是,having语法支持聚合函数,其实having的意思就是针对每组的条件进行筛选。我们之前看到了普通的筛选条件是不影响的,但是having还支持聚合函数,这是where无法实现的。

当前数据分组情况

执行having的筛选条件,可以使用聚合函数。筛选掉工资小于各组平均工资的having salary<avg(salary)

select

分组结束之后,我们再执行select语句,因为聚合函数是依赖于分组的,聚合函数会单独新增一个查询出来的字段,这里用紫色表示,这里我们两个id重复了,我们就保留一个id,重复字段名需要指向来自哪张表,否则会出现唯一性问题。最后按照用户名去重。

select employee.id,distinct name,salary, avg(salary)

将各组having之后的数据再合并数据。

order by

最后我们执行order by 将数据按照一定顺序排序,比如这里按照id排序。如果此时有limit那么查询到相应的我们需要的记录数时,就不继续往下查了。

limit

记住limit是最后查询的,为什么呢?假如我们要查询年级最小的三个数据,如果在排序之前就截取到3个数据。实际上查询出来的不是最小的三个数据而是前三个数据了,记住这一点。

我们如果limit 0,3窃取前三个数据再排序,实际上最少工资的是2000,3000,4000。你这里只能是4000,5000,8000了。


欢迎加入我的知识星球,全面提升技术能力。

👉 加入方式,长按”或“扫描”下方二维码噢

星球的内容包括:项目实战、面试招聘、源码解析、学习路线。

文章有帮助的话,在看,转发吧。

谢谢支持哟 (*^__^*)

微信扫码关注该文公众号作者

戳这里提交新闻线索和高质量文章给我们。
相关阅读
DoltgreSQL发布,基于Git的PostgreSQL为何在中国MySQL远比PostgreSQL流行夫妻是不是真恩爱,看家里3个地方,一目了然!还分不清CSR、ESG?点进来一目了然MySQL 运维常用脚本夫妻是不是真的恩爱,看这点,一目了然时尚秀场与追梦女子SQL骚操作,一条SQL 统计近 7天、30天、全部的订单量“穷养”的孟晚舟,“富养”的姚安娜,长大后“差距”一目了然:别让这个教育盲区,毁了孩子一生!一个人变富的顺序,千万别搞反了曾仕强:一个女人有没有福气,40岁后一目了然(值得收藏)独家|读懂“杭州”奢侈品市场最新动向,这四张图表一目了然MySQL 之父:不要把一个优秀的开发者提升为管理者,那会是种资源浪费张勇:阿里将继续推进回购计划的执行朱老四Byzer,一种大模型时代的SQL 编程语言|QCon斯里兰卡|兰卡政府对IMF承诺的执行情况如何了?又是一条慢SQL改写,拿捏!为什么不建议在 Docker 中跑 MySQL ?4 种 MySQL 同步 ES 方案【温柔的怜悯】 【The Tenderness of Pity】一九八九(14)如何写出高质量SQL?进阶必备的 SQL 执行顺序知识中南半岛有哪七个国家?看地图一目了然【扫码领题】青铜?王者?段位一目了然!!一文了解MySQL全新版本模型宾州长木公园,天天好心情MySQL 巨坑:永远不要在 MySQL 中使用 UTF-8!!一个女人有没有福气,从这两个字上就能一目了然重磅 |《开源数据库生态发展研究报告》发布 GreatSQL为MySQL5.7最佳替代方案!差距一目了然!中国海军基地现震撼一幕,美军算是玩砸了MyBatis 动态 SQL 最全教程,这样写 SQL 太爽了!夫妻是不是真的恩爱,看他常挂在嘴上的这句话,一目了然患难见真情!谁是美国真正的朋友,一目了然图解 SQL 的执行顺序,优雅
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。