1. 数据分组
分组允许把数据分为多个逻辑组，以便能对每个组进行聚集计算
2. 创建分组
分组是在SELECT语句的GROUP BY子句中建立的。
比如：
select vend_id, count(*) as num_prods
from products
group by vend_id;
输出如下：
上面的SELECT语句指定了两个列，vend_id包含产品供应商的ID，num_prods为计算字段（用COUNT(*)函数建立）。GROUP BY子句指示MySQL按vend_id排序并分组数据。这导致对每个vend_id而不是整个表计算num_prods一次。
从输出中可以看到，供应商1001有3个产品，供应商1002有2个产品，供应商1003有7个产品，而供应商1005有2个产品。
因为使用了GROUP BY，就不必指定要计算和估值的每个组了。系统会自动完成。
GROUP BY子句指示MySQL分组数据，然后对每个组而不是整个结果集进行聚集。
在具体使用GROUP BY子句前，需要知道一些重要的规定:
-
GROUP BY子句可以包含任意数目的列。这使得能对分组进行嵌套（“GROUP BY 可以嵌套分组”是指在 GROUP BY 子句中可以指定多个列进行分组），为数据分组提供更细致的控制。
-
如果在GROUP BY子句中嵌套了分组，数据将在最后规定的分组上进行汇总。换句话说，在建立分组时，指定的所有列都一起计算（所以不能从个别的列取回数据）。
补充：
“如果在 GROUP BY 子句中嵌套了分组，数据将在最后规定的分组上进行汇总”指的是在多层分组时，最终的聚合结果是基于最后一个分组条件进行汇总的。这意味着在所有指定的分组条件中，最后一个分组条件决定了最终的汇总结果。
具体解释
-
分组的顺序： 当你在 GROUP BY 中指定多个列时，数据库会首先按第一个列分组，然后在每个分组内再按第二个列分组，以此类推，直到最后一个列。最终的汇总是基于最后一个列。
-
最终汇总的依据： 最后一个列的分组决定了如何计算聚合函数（如 SUM、COUNT 等）。这意味着在所有的分组中，最后一个分组的结果将是你查询返回的主要汇总信息。
-
-
GROUP BY子句中列出的每个列都必须是检索列或有效的表达式（但不能是聚集函数）。如果在SELECT中使用表达式，则必须在GROUP BY子句中指定相同的表达式。不能使用别名。（不太理解，总感觉有点问题，不管这条了）
不过这样写是错的：
这样写也是错的：
-
除聚集计算语句外，SELECT语句中的每个列都必须在GROUP BY子句中给出。
-
如果分组列中具有NULL值，则NULL将作为一个分组返回。如果列中有多行NULL值，它们将分为一组。
-
GROUP BY子句必须出现在WHERE子句之后，ORDER BY子句之前。
补充：
使用ROLLUP：
使用WITH ROLLUP关键字，可以得到每个分组以及每个分组汇总级别（针对每个分组）的值。
比如：
select vend_id, count(*) as num_prods
from products
group by vend_id with rollup;
输出如下：
3. 过滤分组
除了能用GROUP BY分组数据外，MySQL还允许过滤分组，规定包括哪些分组，排除哪些分组。
例如，可能想要列出至少有两个订单的所有顾客。为得出这种数据，必须基于完整的分组而不是个别的行进行过滤。
我们已经看到了WHERE子句的作用（第6章中引入）。但是，在这个例子中WHERE不能完成任务，因为WHERE过滤指定的是行而不是分组。事实上，WHERE没有分组的概念。
MySQL为此目的提供了另外的子句，那就是HAVING子句。
HAVING非常类似于WHERE。事实上，目前为止所学过的所有类型的WHERE子句都可以用HAVING来替代。唯一的差别是WHERE过滤行，而HAVING过滤分组。
补充：
-
HAVING支持所有WHERE操作符：
在第6章和第7章中，我们学习了WHERE子句的条件（包括通配符条件和带多个操作符的子句）。所学过的有关WHERE的所有这些技术和选项都适用于HAVING。它们的句法是相同的，只是关键字有差别。
怎么过滤分组呢？请看：
select cust_id, count(*) as orders
from orders
group by cust_id
having count(*) >= 2;
输出如下：
最后一行增加了HAVING子句，它过滤COUNT(*) >=2（两个以上的订单）的那些分组。
注意：
-
HAVING和WHERE的差别
这里有另一种理解方法，WHERE在数据分组前进行过滤，HAVING在数据分组后进行过滤。这是一个重要的区别，WHERE排除的行不包括在分组中。
那么，有没有在一条语句中同时使用WHERE和HAVING子句的需要呢？事实上，确实有。
假如想进一步过滤上面的语句，使它返回过去12个月内具有两个以上订单的顾客。为达到这一点，可增加一条WHERE子句，过滤出过去12个月内下过的订单。然后再增加HAVING子句过滤出具有两个以上订单的分组。
比如下面的例子，它列出具有2个（含）以上、价格为10（含）以上的产品的供应商：
select vend_id, count(*) as num_prods
from products
where prod_price >= 10
group by vend_id
having count(*) >= 2;
输出如下：
4. 分组和排序
GROUP BY 和 ORDER BY 是非常不同的。表13-1汇总了它们之间的差别。
（这个图也有点不理解，特别是第三条，不知道这个对不对）
表13-1中列出的第一项差别极为重要。我们经常发现用GROUP BY分组的数据确实是以分组顺序输出的。但情况并不总是这样，它并不是SQL规范所要求的。
此外，用户也可能会要求以不同于分组的顺序排序。仅因为你以某种方式分组数据（获得特定的分组聚集值），并不表示你需要以相同的方式排序输出。
应该提供明确的ORDER BY子句，即使其效果等同于GROUP BY子句也是如此。
解释下上面那段话是啥意思：
注意：
-
不要忘记ORDER BY：
一般在使用GROUP BY子句时，应该也给出ORDER BY子句。这是保证数据正确排序的唯一方法。千万不要仅依赖GROUP BY排序数据。
为说明GROUP BY和ORDER BY的使用方法，举个例子，它检索总计订单价格大于等于50的订单的订单号和总计订单价格：
select order_num, sum(quantity * item_price) as ordertotal
from orderitems
group by order_num
having sum(quantity * item_price) >= 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;
在这个例子中，GROUP BY子句用来按订单号（order_num列）分组数据，以便SUM(*)函数能够返回总计订单价格。HAVING子句过滤数据，使得只返回总计订单价格大于等于50的订单。最后，用ORDER BY子句排序输出。
5. SELECT子句顺序
表13-2以在SELECT语句中使用时必须遵循的次序，列出迄今为止所学过的子句。
