|
许多人在刚开始使用GROUP BY语句的时候经常都会碰到一些错误。刚刚在网上看到一篇关于GROUP BY的文章，觉得不错，转过来学习学习，下面再加上一些自己的看法。 ================================================================================== Oracle Group By 用法之 —— Having
笔者最近接到一家客户的一个需求。他们部署了一个ERP系统，现在采用的就是Oracle数据库。现在由于企业统计分析的需要，要实现如下的需求。 1、按月份来统计2009年第一季度每个供应商的采购金额。也就是说，在报表中要能够显示出2009年1月份、2月份、3月份供应商的采购金额合计，不需要明细。 2、显示的结果按年度、月份、供应商名字进行排序。 PL/SQL语句解析： select extract(YEAR FROM t.dateordered) AS 年度,extract(MONTH FROM t.dateordered) as 月份, p.name as 供应商名字,sum(t.linenetamt) 合计 from c_orderline2 t left join c_bpartner p on p.c_bpartner_id=t.c_bpartner_id group by extract(YEAR FROM t.dateordered),extract(MONTH FROM t.dateordered),p.name having extract(YEAR FROM t.dateordered)=2009 and extract(MONTH FROM t.dateordered) in (1,2,3) order by p.name; 通过以上语句就可以实现企业如上的需求。在这个需求中，笔者主要用过Group By语句与Having语句来实现。这两个是Oralce数据库中PL/SQL语言中两个很重要的分组语句。利用这个两个语句可以实现一些复杂的统计功能。对于Group By与Having语句的一些基本用法，笔者在这里不做过多描述。笔者这里想说的是，在使用这两个语句进行数据统计时需要注意的地方。在Oracle数据库系统中，对于这两个统计子句做了比较严格的使用限制。数据库管理员必须对这些使用闲置铭记在心，否则的话很容易在统计的过程中遇到错误。具体来说，有如下几个使用限制。 1、如果选择列表中包含有列、表达式或者分组函数，那么这些列或者表达式必须出现在Group By子句中，否则数据库会提示相关的错误信息。分组函数不用出现在Group By子句中。如上面这个例子，由于在数据库基础表中存储的是下订单的日期，如2009年4月15日。也就是说，年月日是存储在同一个字段中的。但是在统计的时候，需要统计2009年1月、2月、3月的供应商采购金额。为此此时笔者先利用Extract函数从一个日期数据中抽取具体的年、月信息。这个是Oracle数据库中一个很有用的日期函数。要是没有这个函数的话，笔者还需要通过字符串等处理函数来截取年月等信息。由于Extract是一个带函数的表达式，为此其必须出现在Group By子句中。而且注意，笔者此时采用的是表达式本身，而不是其别名。也就是说，笔者没有采用group by年度，月份等表达方法。也就是说，在Group By子句中，必须采用表达式的全称，而不能够采用其别名。否则的话，数据库系统不会接受这个语句。数据库系统之所有要进行类似的控制，其背后藏有比较深层次的原因。不过作为普通数据库管理员来说，不怎么用了解数据库设计背后的内容。只需要把这个规则记在心中即可。这个规则对于大部分数据库管理员来说，可能会经常触犯他。为此笔者再次强调一遍，选择列表中如果包含有列、表达式时，这个列、表达式必须包含在Group By子句中。另外，如果采用了表达式的话，则数据库管理员即使在选择列表中采用了别名，但是在Group By子句中仍然必须采用表达式的完整表达方式，而不能够采用别名。
3、Group By子句与Where子句是不兼容的。也就是说，在普通的Select等语句中(不含有Group By子句)时可以利用Where子句来过滤显示的结果。但是在上面的语句中，笔者却是使用Having语句来过滤显示结果的。这主要是因为Group By子句与Where子句是不兼容的。也就是说，当要显示分组显示结果时，数据库管理员必须要使用Having子句，而不能够在Where自居中使用分组函数限制分组显示结果。如果数据库管理员在这里触犯这条原则话，那么数据库系统就会拒绝接受这条语句。数据库会提示错误信息，如“命令没有正确结束”等等。另外Having语句主要用来限制分组统计结果，其跟Group By语句是双胞胎。即Having子句必须跟在Group By语句后面使用。其中Group By子句用户对查询结果进行分组统计，而Having子句则用于限制分组显示结果，即根据用户的要求来部分显示所需要的内容。他们是互相配合，分工合作。可以说，如果没有Having语句的帮助，那么Group By语句会失色很多。另外，Having语句对于提高数据库与应用服务器的性能也有很大的关系。由于采用了Having语句来过滤显示的结果，那么其最终符合条件的结果肯定比没有设置限制条件的要少的多。这也就意味着这个显示结果可以减少数据在网络中的传输，最好配上Having 条件过滤语句(虽然这并不属于强制限制)。如在在ERP系统中生成这张报表的时候，可以提示用户输入参数，如需要统计几几年几月份到几几年几月份的采购金额。如果用户没有输入相关的数据的话，则其默认为最近一年的统计数据等等。这虽然是一个小小的技巧，但是在数据量比较多或者数据分组涉及到多张表的情况下，可以非常有效的提高数据库与应用服务器的性能。这是一个强制的条件，数据库管理员必须无条件的遵守。 4、需要注意多列分组的顺序问题。group by p.name,extract(YEAR FROM t.dateordered),extract(MONTH FROM t.dateordered 与group by extract(YEAR FROM t.dateordered),extract(MONTH FROM t.dateordered ,p.name这两个分组语句有什么差别吗?如果光从结果上来说，是没有多大差异的。但是从其内部的处理机制上来说，有很大的差别。这主要涉及到多列分组的问题。多列分组时指在Group By子句中使用两个或者两个以上的列生成分组统计结果。当进行多列分组时，汇集于多个列的不同值产生数据统计结果。如上面的例子中，数据库就会根据年份、月份、供应商来生成统计结果。如果用前者的表达方式，则其先统计每个供应商的合计金额，在分类统计年、月的统计金额。简单的说，他们统计顺序不同，但是显示结果相同。这也是第一点所说的，要把选择列表中的字段名、表达式等等全部放入到Group By子句中的原因。只有如此，Group By才会对这些字段进行分组统计。只有如此才能够保证，不会因为Group By子句中的参数顺序不同，而显示不同的统计结果。 可见Group By分组语句其使用规范要比普通的Select等查询语句要求严格的多。数据库管理员在使用Group语句进行数据分组统计时，一定要注意这些使用限制。否则的话在利用这个分组语句的时候，难免会磕磕碰碰的。 ==========================补充一些自己学习时记的笔记======================================
2、结合使用WHERE、GROUP BY、HAVING |
来源：https://www.cnblogs.com/qg1019/archive/2010/10/08/1845577.html