• 第13章 分组数据
    • 一、数据分组
    • 二、创建分组
    • 三、过滤分组
    • 四、分组和排序
    • 五、SELECT子句顺序

    第13章 分组数据

    1. 数据分组
    2. 创建分组
    3. 过滤分组
    4. 分组和排序
    5. SELECT子句顺序

      

    一、数据分组

      从上一章知道,SQL聚集函数可用来汇总数据。这使我们能够对行进行计数,计算和与平均数,获得最大和最小值而不用检索所有数据。

      目前为止的所有计算都是在表的所有数据或匹配特定的where子句的数据上进行的。提示一下,下面的例子返回供应商1003提供的产品数目:

    1. select count(*) as num_prods
    2. from products
    3. where wend_id = 1003;

      但如果要返回每个供应商提供的产品数目怎么办?或者返回只提供单项产品的供应商所提供的产品,或返回提供10个以上产品的供应商怎么办?

      这就是分组显身手的时候了。分组允许把数据分为多个逻辑组,以便能对每个组进行聚集计算。

      

    二、创建分组

      分组是在select语句的group by子句中建立的。理解分组的最好办法是看一下例子:

    1. select vend_id, count(*) as num_prods
    2. from products
    3. group by vend_id;

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

      因为使用了group by,就不必指定要计算和估值的每个组了。系统会自动完成。group by子句指示MySQL分组数据,然后对每个组而不是整个结果集进行聚集。

      在具体使用group by子句前,需要知道一些重要的规定。

      ※ group by子句可以包含任意数目的列。这使得能对分组进行嵌套,为数据分组提供更细致的控制。  ※ 如果在group by子句中嵌套了分组,数据将在最后规定的分组上进行汇总。换句话说,在建立分组时,指定的所有列都在一起计算(所以不能从个别的列取回数据)。  ※ group by子句中列出的每个列都必须是检索列或有效的表达式(但不能是聚集函数)。如果在select中使用表达式,则必须在group by子句中指定相同的表达式。不能使用别名。  ※ 除聚集计算语句外,select语句中的每个列都必须在group by子句中给出。

      ※ 如果分组列中具有NULL值,则NULL将作为一个分组返回。如果列中有多行NULL值,它们将分为一组。  ※ group by子句必须出现在where子句之后,order by子句之前。

    使用ROLLUP使用with rollup关键字,可以得到每个分组以及每个分组汇总级别(针对每个分组)的值,如下所示
    1. select vend_id, count(*) as num_prods
    2. from products
    3. group by vend_id with rollup;

      

    三、过滤分组

      除了能用group by分组数据外,MySQL还允许过滤分组,规定包括哪些分组,排除哪些分组。例如,可能想要列出至少有两个订单的所有顾客。为得出这种数据,必须基于完整的分组而不是个别的行进行过滤。

      我们已经看到了where子句的作用。但是,在这个例子中where不能完成任务,因为where过滤指定的是行而不是分组。事实上,where没有分组的概念。

      那么,不使用where使用什么呢?MySQL为此目的提供了另外的子句,那就是having子句。having非常类似于where。事实上,目前为止所学过的所有类型的where子句都可以用having来替代。唯一的差别是where过滤行,而having过滤分组。

    HAVING支持所有WHERE操作符在第6章和第7章中,我们学习了where子句的条件(包括通配符条件和带多个操作符的子句)。所学过的有关where的所有这些技术和选项都适用于HAVING。它们的句法是相同的,只是关键字有差别。

      那么怎么过滤分组呢?请看以下的例子:

    1. select cust_id, count(*) as orders
    2. from orders
    3. group by cust_id
    4. having count(*) >= 2;

      这条select语句的前3行类似于上面的语句。最后一行增加了having子句,它过滤count(*) >= 2(两个以上的订单)的那些分组。

      正如所见,这里where子句不起作用,因为过滤是基于分组聚集值而不是特定的行值的。

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

      那么,有没有在一条语句中同时使用wherehaving子句的需要呢?事实上,确实有。假如想进一步过滤上面的语句,使它返回过去12个月内具有两个以上订单的顾客。为达到这一点,可增加一条where子句,过滤出过去12个月内下过的订单。然后再增加having子句过滤出具有两个以上订单的分组。

      为更好地理解,请看下面的例子,它列出具有2个(含)以上、价格为10(含)以上的产品的供应商:

    1. select vend_id, count(*) as num_prods
    2. from products
    3. where prod_price >= 10
    4. group by vend_id
    5. having count(*) >= 2;

      

    四、分组和排序

      虽然group byorder by经常完成相同的工作,但它们是非常不同的。它们之间的差别见下表:

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

      表中列出的第一项差别极为重要。我们经常发现用group by分组的数据确实是以分组顺序输出的。但情况并不总是这样,它并不是SQL规范所要求的。此外,用户也可能会要求以不同于分组的顺序排序。仅因为你以某种方式分组数据(获得特定的分组聚集值),并不表示你需要以相同的方式排序输出。应该提供明确的order by子句,即使其效果等同于group by子句也是如此。

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

      为说明group byorder by的使用方法,请看一下例子。下面的select语句类似于前面那些例子。它检索总计订单价格大于50的订单的订单号和总计订单价格:

    1. select order_num, sum(quantity*item_price) as ordertotal
    2. from orderitems
    3. group by order_num
    4. having sum(quantity*price) >= 50
    5. order by ordertotal;

      

    五、SELECT子句顺序

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

    子句说明是否必须使用
    select要返回的列或表达式
    from从重检索数据的表仅在从表选择数据时使用
    where行级过滤
    group by分组说明仅在按组计算聚集时使用
    having组级过滤
    order by输出排序顺序
    limit要检索的行数

      

    ?