对数据进行分组统计

创建分组

分组是在SELECT语句的GROUP BY子句中建立的。

看一个例子

输入

SELECT vend_id,COUNT(*) AS num_prods
FROM products
GROUP BY vend_id;

输出

+---------+-----------+
| vend_id | num_prods |
+---------+-----------+
| BRS01   |         3 |
| DLL01   |         4 |
| FNG01   |         2 |
+---------+-----------+

分析;上面的SELECT语句指定了两个列,vend_id包含产品供应商的ID,
num_prods为计算字段(用COUNT(*)函数建立)。GROUP BY子句指示MySQL按vend_id排序并分组数据。这导致对每个vend_id而不是整个表
计算num_prods一次。

在具体使用GROUP BY子句前,需要知道一些重要的规定。
1.GROUP BY子句可以包含任意数目的列。这使得能对分组进行嵌套,为数据分组提供更细致的控制。
2.如果在GROUP BY 子句中嵌套 了分组,数据将在最后规定的分组上进行汇总。
3.GROUP BY 子句中列出的每个列必须是检索列或者有效的表达方式(但不能是聚集函数)。
4.除聚集计算语句外,SELECT语句中的每个列都必须在GROUP BY子句中给出。
5.如果分组列中有NULL值,则NULL值将作为一个分组返回。如果列有多行NULL,它们将分为一组。
6.GROUP BY 子句必须出现在WHERE 子句之后,ORDER BY 子句之前。

过滤分组

除了能用GROUP BY分组数据外,MySQL还允许过滤分组,规定包括
哪些分组,排除哪些分组。

MySQL为此目的提供了另外的子句,那就是HAVING子句。

HAVING非常类似于WHERE。事实上,目前为止所学过的所有类型的WHERE子句都可以用HAVING来替代。唯一的差别是WHERE过滤行,而HAVING过滤分组。

输入

SELECT cust_id,OOUNT(*) AS orders
FROM orders
GROUP BY cust_id
HAVING COUNT(*) >=2;

输出

+------------+--------+
| cust_id    | orders |
+------------+--------+
| 1000000001 |      2 |
+------------+--------+

分析:最后一行增加了HAVING子句,它过滤COUNT(*) >=2(两个以上的订单)的那些分组。

HAVING和WHERE的差别
这里有另一种理解方法,WHERE在数据分组前进行过滤,HAVING在数据分组后进行过滤。这是一个重要的区别,WHERE排除的行不包括在分组中。这可能会改变计算值,从而影响HAVING子句中基于这些值过滤掉的分组

例子:列出具有2个(含)以上、价格为10(含)以上的产品的供应商

SELECT vend_id,COUNT(*) AS num_prods
FROM products
WHERE prod_price >= 4
GROUP BY vend_id
HAVING COUNT(*) >= 2;

输出

+---------+-----------+
| vend_id | num_prods |
+---------+-----------+
| BRS01   |         3 |
| FNG01   |         2 |
+---------+-----------+

分析:WHERE子句过滤所有prod_price至少为10的行。然后按vend_id分组数据,HAVING子句过滤计数为2或2以上的分组如果没有WHERE子句,将会多检索出两行(供应商1002,销售的所有产品价格都在10以下;供应商1001,销售3个产品,但只有一个产品的价格大于等于10)

分组和排序

ORDER BY与GROUP BY 的区别

ORDER BY与GROUP BY
ORDER BYGROUP BY
排序产生的输出分组行。但输出可能不是分组的顺序
任意列都可以使用(甚至非选择的列也可以使用)只可能使用选择列或表达式列,而且必须使用每个选择列表达式
不一定需要如果与聚集函数一起使用列(或表达式),则必须使用

分析:列出的第一项差别极为重要。我们经常发现用GROUP BY分组的数据确实是以分组顺序输出的。但情况并不总是这样,它并不是SQL规范所要求的。

一般在使用GROUP BY子句时,应该也给出ORDER BY子句。这是保证数据正确排序的唯一方法。千万不要仅依赖GROUP BY排序数据。

例子:检索总计订单价格大于等于50的订单的订单号和总计订单价格:

输入

SELECT order_num,SUM(quantity*item_price) AS ordertotal
FROM orderitems
GROUP BY order_num
HAVING SUM(quantity*item_price) >=50;

输出

+-----------+------------+
| order_num | ordertotal |
+-----------+------------+
|     20005 |    1648.00 |
|     20006 |     329.60 |
|     20007 |    1696.00 |
|     20008 |     189.60 |
|     20009 |    1867.50 |
+-----------+------------+

为按总计订单价格排序输出,需要添加ORDER BY子句

SELECT order_num,SUM(quantity*item_price) AS ordertotal
FROM orderitems
GROUP BY order_num
HAVING SUM(quantity*item_price) >=50
ORDER BY ordertotal;
+-----------+------------+
| order_num | ordertotal |
+-----------+------------+
|     20008 |     189.60 |
|     20006 |     329.60 |
|     20005 |    1648.00 |
|     20007 |    1696.00 |
|     20009 |    1867.50 |
+-----------+------------+

分析:GROUP BY子句用来按订单号(order_num列)分组数据,以便SUM(*)函数能够返回总计订单价格。HAVING子句过滤数据,使得只返回总计订单价格大于等于50的订单。最后,用ORDER BY子句排序输出

SELECT子句顺序

SELECT子句及其顺序
子句说明是否必须使用
SELECT要返回的列或表达式
FROM从中检测数据的表仅在从表选择数据时使用
WHERE行级过滤
GROUP BY分组说明仅在按组计算聚集时使用
HAVING组级过滤
ORDER BY输出排序顺序
LIMIT要检索的行数
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值