媒介
- 欢迎 免费报名 由CSDN主办的【Java底子及数据库Mysql的新星计划】(点击跳转) 我们特殊为 Java底子 和 MySQL 这两个赛道开设了培训课程。
- 通过参与这个赛道,你将有时机与其他同舟共济的学习者进行交换和互动,我们提供一系列精心计划的课程内容,旨在帮助你建立扎实的Java底子知识和MySQL数据库应用能力,分享学习心得和履历。我们的导师团队也将全程陪伴你,解答疑惑,提供指导和反馈,确保你的学习过程顺遂和有用。
一、聚合函数先容
- 什么是聚合函数
聚合函数作用于一组数据,并对一组数据返回一个值。
- 聚合函数类型
- AVG()
- SUM()
- MAX()
- MIN()
- COUNT()
- 聚合函数语法
聚合函数不能嵌套调用。好比不能出现类似“AVG(SUM(字段名称))”情势的调用。
1、AVG和SUM函数
可以对数值型数据使用AVG 和 SUM 函数。
- SELECT AVG(salary), MAX(salary),MIN(salary), SUM(salary)
- FROM employees
- WHERE job_id LIKE '%REP%';
复制代码
2、 MIN和MAX函数
可以对任意数据类型的数据使用 MIN 和 MAX 函数。
- SELECT MIN(hire_date), MAX(hire_date)
- FROM employees;
复制代码
3、COUNT函数
- COUNT(*)返回表中记录总数,适用于任意数据类型。
- SELECT COUNT(*)
- FROM employees
- WHERE department_id = 50;
复制代码
- COUNT(expr) 返回expr不为空的记录总数。
- SELECT COUNT(commission_pct)
- FROM employees
- WHERE department_id = 50;
复制代码
- 题目:用count(*),count(1),count(列名)谁好呢?
其实,对于MyISAM引擎的表是没有区别的。这种引擎内部有一计数器在维护着行数。
Innodb引擎的表用count(*),count(1)直接读行数,复杂度是O(n),因为innodb真的要去数一遍。但好于详细的count(列名)。
- 题目:能不能使用count(列名)更换count(*)?
不要使用 count(列名)来替代 count(*),count(*)是 SQL92 定义的标准统计行数的语法,跟数据库无关,跟 NULL 和非 NULL 无关。
阐明:count(*)会统计值为 NULL 的行,而 count(列名)不会统计此列为 NULL 值的行。
二、GROUP BY
1、根本使用
可以使用GROUP BY子句将表中的数据分成若干组
- SELECT column, group_function(column)
- FROM table
- [WHERE condition]
- [GROUP BY group_by_expression]
- [ORDER BY column];
复制代码 明确:WHERE一定放在FROM背面
在SELECT列表中所有未包罗在组函数中的列都应该包罗在 GROUP BY子句中
- SELECT department_id, AVG(salary)
- FROM employees
- GROUP BY department_id ;
复制代码
包罗在 GROUP BY 子句中的列不必包罗在SELECT 列表中
- SELECT AVG(salary)
- FROM employees
- GROUP BY department_id ;
复制代码
2、使用多个列分组
- SELECT department_id dept_id, job_id, SUM(salary)
- FROM employees
- GROUP BY department_id, job_id ;
复制代码
3、 GROUP BY中使用WITH ROLLUP
使用WITH ROLLUP关键字之后,在所有查询出的分组记录之后增长一条记录,该记录盘算查询出的所有记录的总和,即统计记录数量。
- SELECT department_id,AVG(salary)
- FROM employees
- WHERE department_id > 80
- GROUP BY department_id WITH ROLLUP;
复制代码 注意:
当使用ROLLUP时,不能同时使用ORDER BY子句进行效果排序,即ROLLUP和ORDER BY是互相排斥的。
三、HAVING
1、根本使用
过滤分组:HAVING子句
- 行已经被分组。
- 使用了聚合函数。
- 满足HAVING 子句中条件的分组将被显示。
- HAVING 不能单独使用,必须要跟 GROUP BY 一起使用。
- SELECT department_id, MAX(salary)
- FROM employees
- GROUP BY department_id
- HAVING MAX(salary)>10000 ;
复制代码
非法使用聚合函数 :不能在 WHERE 子句中使用聚合函数。
如下:
- SELECT department_id, AVG(salary)
- FROM employees
- WHERE AVG(salary) > 8000
- GROUP BY department_id;
复制代码
2、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 可以使用包罗分组统计函数的查询条件的优点。当数据量特殊大的时候,运行服从会有很大的差别。
四、 SELECT的执行过程
1、查询的结构
- #方式1:
- SELECT ...,....,...
- FROM ...,...,....
- WHERE 多表的连接条件
- AND 不包含组函数的过滤条件
- GROUP BY ...,...
- HAVING 包含组函数的过滤条件
- ORDER BY ... ASC/DESC
- LIMIT ...,...
- #方式2:
- SELECT ...,....,...
- FROM ... JOIN ...
- ON 多表的连接条件
- JOIN ...
- ON ...
- WHERE 不包含组函数的过滤条件
- AND/OR 不包含组函数的过滤条件
- GROUP BY ...,...
- HAVING 包含组函数的过滤条件
- ORDER BY ... ASC/DESC
- LIMIT ...,...
- #其中:
- #(1)from:从哪些表中筛选
- #(2)on:关联多表查询时,去除笛卡尔积
- #(3)where:从表中筛选的条件
- #(4)group by:分组依据
- #(5)having:在统计结果中再次筛选
- #(6)order by:排序
- #(7)limit:分页
复制代码 2、SELECT执行顺序
你需要记着 SELECT 查询时的两个顺序:
1. 关键字的顺序是不能颠倒的:
- SELECT ... FROM ... WHERE ... GROUP BY ... HAVING ... ORDER BY ... LIMIT...
复制代码 2.SELECT 语句的执行顺序(在 MySQL 和 Oracle 中,SELECT 执行顺序根本类似):
- FROM -> WHERE -> GROUP BY -> HAVING -> SELECT 的字段 -> DISTINCT -> ORDER BY -> LIMIT
复制代码
好比你写了一个 SQL 语句,那么它的关键字顺序和执行顺序是下面如许的:
- SELECT DISTINCT player_id, player_name, count(*) as num # 顺序 5
- FROM player JOIN team ON player.team_id = team.team_id # 顺序 1
- WHERE height > 1.80 # 顺序 2
- GROUP BY player.team_id # 顺序 3
- HAVING num > 2 # 顺序 4
- ORDER BY num DESC # 顺序 6
- LIMIT 2 # 顺序 7
复制代码 在 SELECT 语句执行这些步骤的时候,每个步骤都会产生一个假造表,然后将这个假造表传入下一个步骤中作为输入。需要注意的是,这些步骤隐含在 SQL 的执行过程中,对于我们来说是不可见的。
3、SQL 的执行原理
SELECT 是先执行 FROM 这一步的。在这个阶段,假如是多张表联查,还会履历下面的几个步骤:
- 首先先通过 CROSS JOIN 求笛卡尔积,相当于得到假造表 vt(virtual table)1-1;
- 通过 ON 进行筛选,在假造表 vt1-1 的底子上进行筛选,得到假造表 vt1-2;
- 添加外部行。假如我们使用的是左毗连、右链接大概全毗连,就会涉及到外部行,也就是在假造表 vt1-2 的底子上增长外部行,得到假造表 vt1-3。
当然假如我们操作的是两张以上的表,还会重复上面的步骤,直到所有表都被处理惩罚完为止。这个过程得到是我们的原始数据。
当我们拿到了查询数据表的原始数据,也就是终极的假造表 vt1,就可以在此底子上再进行 WHERE 阶段。在这个阶段中,会根据 vt1 表的效果进行筛选过滤,得到假造表 vt2。
然后进入第三步和第四步,也就是 GROUP 和 HAVING 阶段。在这个阶段中,现实上是在假造表 vt2 的底子上进行分组和分组过滤,得到中间的假造表 vt3 和 vt4。
当我们完成了条件筛选部分之后,就可以筛选表中提取的字段,也就是进入到 SELECT 和 DISTINCT 阶段。
首先在 SELECT 阶段会提取想要的字段,然后在 DISTINCT 阶段过滤掉重复的行,分别得到中间的假造表 vt5-1 和 vt5-2。
当我们提取了想要的字段数据之后,就可以按照指定的字段进行排序,也就是 ORDER BY 阶段,得到假造表 vt6。
最后在 vt6 的底子上,取出指定行的记录,也就是 LIMIT 阶段,得到终极的效果,对应的是假造表 vt7。
当然我们在写 SELECT 语句的时候,不一定存在所有的关键字,相应的阶段就会省略。
同时因为 SQL 是一门类似英语的结构化查询语言,所以我们在写 SELECT 语句的时候,还要注意相应的关键字顺序,所谓底层运行的原理,就是我们刚才讲到的执行顺序。
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。 |