当前位置: 首页 > article >正文

SQL语句执行顺序相关问题

注意本文是SQL执行顺序,不是MySQL Server内部执行流程。
MySQL并非像PostgreSQL(被认为是最接近 SQL 标准的数据库之一)一样严格按照SQL标准,MySQL执行引擎会根据查询的具体情况和优化策略来决定具体的执行顺序,所以SQL执行顺序是理论顺序。

书写顺序

select…from…join…on…where…group by…having…order by…limit…

执行顺序

from->join->on->where->group by->having->select->order by->limit

SQL书写顺序与执行顺序不一致的原因?

SQL语言设计受到了数学中的关系代数和元组演算的影响。这些数学理论中并没有考虑操作顺序,历史原因造成SQL书写上的差异。
中国的语法是姓在前名在后,英文的反过来。国内是年月日,英文是月日年,文化上的差异,也是造成SQL顺序别扭的原因之一。

SQL执行顺序的逻辑是什么?

  1. from用于确定操作对象,放第一位毋庸置疑。
  2. join和on用于关联,后面的各种处理逻辑依附于关联后内部创建的临时表,先生成数据集,才能为后续处理做基础。
  3. where用于筛选,可以减少后续操作的数据量,提高查询性能。
  4. group by用于对数据进行分类汇总,不放where前面,是为了避免分组后的数据被where过滤掉(分组分了个寂寞),造成算力浪费和内存资源(数据量大还是很消耗算力和内存的)的问题。
  5. having用于对分组结果进行过滤,所以要在group by之后。
  6. select用于决定迭代显示那些列,而不是限制只有这些列才可以参与处理,上游的各种操作(如复杂的where条件)不能受select字段的影响,这也是where后面跟的字段,不必在select出现的原因。select的本意是处理数据后仅仅返回这些字段,而不是决定只有这些字段进行数据处理,所以必定要放偏后的位置。
  7. order by用于结果进行排序,肯定是结果处理后才排序的,理由和group by相似。
  8. limit用于限制返回结果的行数和偏移量,必须是等筛选完分组完拍完序之后再限制,否则可能导致结果有误。

为什么SQL执行不是先group by再where?

先分组再筛选,逻辑上说的过去,相当于整理好数据再筛选,类似于创建索引和使用索引的过程,这也是问题的由来。
如果group by放在where之前执行,则需要对大量数据进行分组,分组后还要对每个组进行筛选,事先分组好的部分数据又被过滤掉了,造成算力和内存浪费,可能导致内存不足或者性能问题,这不是一个优秀的选择,倒不如先筛选过滤大量数据,然后对少量数据分组。

为什么SQL执行要先select再order by?

尝试select field2 from table order by field1,select后面没跟order by后面的field1也不报错。
根据结果反推:select影响不到order by,所以先order by在select也说的过去。
但是:select字段的别名可以在order by中使用,如果反过来就达不到这样的效果了。

为什么MySQL的where比having效率更高?

mysql执行时,先执行from用于定位操作对象,然后就是where,可能百万条的数据经过where之后只剩下几十条,然后在进行之后的操作。而group by比where多了一个环节。

聚合函数参与筛选条件,为什么只能用having?

//报错,Invalid use of group function
select field from table where avg(field) > 2
//需要修改为
select field from table group by field having avg(field) > 2

聚合函数(常见的avg、sum、count、min、max)需要在分组之后才能计算,执行到where时还没有分组,此时对分组进行数据处理,所以报错。相当于要喝一口还没生产的可乐,不符合事物的发展规律。

为什么使用聚合函数有分组的前提?

所谓聚合函数,就是对一组数据进行汇总计算,所以有分组的前提。即便没有使用group by显式声明,SQL也会对上游过来的数据集进行默认分组(隐式分组)。

为什么字段别名不能在where中使用?

where执行在select之前,此时别名未生效。

为什么group by和having执行顺序优先于select,却可以使用字段别名?

可以肯定进行了预加载,不然一定找不到别名,会报错的。
参考官网:https://dev.mysql.com/doc/refman/8.0/en/group-by-handling.html
文章说:标准 SQL 也不允许在子句中使用别名,MySQL扩展了标准SQL以允许别名。标准 SQL 不允许在子句中使用别名,MySQL扩展了标准SQL,详细的底层原理,文档并未说明。


http://www.kler.cn/news/234785.html

相关文章:

  • React Native开发iOS实战录
  • Android 自定义BaseFragment
  • Linux和Windows文件共享实现方式
  • 2024美赛C题保姆级分析完整思路代码数据教学
  • FL Studio版本升级-FL Studio怎么升级-FL Studio升级方案
  • 多进程服务器和多线程服务器
  • Vue - 快速入门(一)
  • 腾讯云4核8G12M轻量应用服务器性能够用吗?支持多少人?
  • sheng的学习笔记-部署-目录
  • 嵌入式电子产品开发感悟!
  • 深入学习Pandas:数据连接、合并、加入、添加、重构函数的全面指南【第72篇—python:数据连接】
  • C++局部变量与全局变量
  • ChatGPT高效提问—prompt实践
  • 修改SpringBoot中默认依赖版本
  • 快速手动完成 VS 编写脚本自动化:如何选取最高效的工作方式?
  • MySQL(基础)
  • 集群及LVS简介、LVSNAT模式原理、LVSNAT模式配置、LVSDR模式原理、LVSDR模式配置、LVS错误排查
  • HiveSQL——条件判断语句嵌套windows子句的应用
  • UR10+gazebo+moveit吸盘抓取搬运demo
  • 数据分析基础之《pandas(8)—综合案例》
  • 解决Spring Boot Configuration Annotation Processor not configured的问题
  • KY139 毕业bg
  • 协议-TCP协议-基础概念04-可能发生丢包的位置-linux配置项梳理(TCP连接的建立和断开、收发包过程)
  • 更换商品图片日期JSON格式报错 - 序列化与反序列化日期格式设置
  • springcloud分布式架构网上商城源码和论文
  • Linux笔记之Docker进行镜像备份与迁移
  • openresty (nginx)快速开始
  • 【数学建模】【2024年】【第40届】【MCM/ICM】【F题 减少非法野生动物贸易】【解题思路】
  • 分享76个时间日期JS特效,总有一款适合您
  • Redis进阶(二):事务