SQL必知必会（第四版）-10. 分组数据（GROUP BY，HAVING)

GROUP BY子句可以包含任意数目的列，因而可以对分组进行嵌套，更细致地进行数据分组。（例子？）
如果在GROUP BY子句中嵌套了分组，数据将在最后指定的分组上进行汇总。换句话说，在建立分组时，指定的所有列都一起计算（所以不能从个别的列取回数据）。
GROUP BY子句中列出的每一列都必须是检索列或有效的表达式（但不能是聚集函数）。如果在SELECT中使用表达式，则必须在GROUP BY子句中指定相同的表达式。不能使用别名。（即，GROUP BY子句中出现的聚集函数，必须先在SELECT子句中定义好，有别名；但同时，GROUP BY子句中不能使用定义的别名）
大多数SQL实现不允许GROUP BY列带有长度可变的数据类型（如文本或备注型字段）。
除聚集计算语句外，SELECT语句中的每一列都必须在GROUP BY子句中给出。（？？）
如果分组列中包含具有NULL值的行，则NULL将作为一个分组返回。如果列中有多行NULL值，它们将分为一组。
GROUP BY子句必须出现在WHERE子句之后，ORDER BY子句之前。

10.2 过滤分组（HAVING)

HAVING支持所有WHERE操作符。

这条SELECT语句的前三行类似于上面的语句。最后一行增加了HAVING子句，它过滤COUNT(*) >=2（两个以上订单）的那些分组。

可以看到，WHERE子句在这里不起作用，因为过滤是基于分组聚集值，而不是特定行的值。

这里有另一种理解方法，WHERE在数据分组前进行过滤，HAVING在数据分组后进行过滤。

两个条件：1. 要求这个供应商有两个以上产品，2. 要求产品价格大于等于4。可以发现，第二个条件不是针对供应商的（是针对价格的），而我们的分组对象是供应商，所以第二个条件用WHERE实现，第一个条件用HAVING实现。

尝试只使用HAVING来完成过滤，如下图所示，必须在GROUP BY子句中加入prod_price语法才正确。

SELECT vend_id, COUNT(*) AS num_prods, prod_price FROM `Products` 
GROUP BY vend_id, prod_price HAVING COUNT(vend_id) >=2 AND prod_price >= 4;

该代码的输出为：

通过和之前的输出比较可以发现，只用HAVING的话有问题。这是因为，“GROUP BY vend_id, prod_price”分组会列出不同的prod_price，在这种情况下既满足具有两个以上产品和产品价格≥4，就需要prod_price正好相等。可以用如下代码的输入和输出来理解。输入：

SELECT vend_id, COUNT(*) AS num_prods, prod_price FROM `Products` 
GROUP BY vend_id, prod_price;

输出：

疑虑：在SELECT子句和HAVING子句中的COUNT()分别应该用什么形式？

HAVING与WHERE非常类似，如果不指定GROUPBY，则大多数DBMS会同等对待它们。不过，你自己要能区分这一点。使用HAVING时应该结合GROUP BY子句，而WHERE子句用于标准的行
级过滤。

我们经常发现，用GROUP BY分组的数据确实是以分组顺序输出的。但并不总是这样。

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

先看一下OrderItems这个Table，

若要检索包含三个或更多物品的订单号和订购物品的数目（物品指的是item)：

要按订购物品的数目排序输出，需要添加ORDER BY子句，如下所示：

下面回顾一下SELECT语句中子句的顺序。