今天写查询语句遇到一个问题,就是用group by进行分组以后,用count统计分组以后的个数,
开始写的语句大体是:
select count(m.fbrandid) from table as m group by m.fbrandid, month(fdate);
数据库中的数据为:
+----------+------------+-----------+------------------------+
| Fbrandid | Fdate | Ftotalnum | Fpersons |
+----------+------------+-----------+------------------------+
| 32 | 2008-11-01 | 10 | 8 |
| 32 | 2008-11-02 | 10 | 8 |
| 32 | 2008-11-03 | 10 | 8 |
| 32 | 2008-11-04 | 10 | 8 |
| 98 | 2008-11-01 | 10 | 8 |
| 98 | 2008-11-02 | 10 | 8 |
| 98 | 2008-11-03 | 10 | 8 |
| 98 | 2008-11-04 | 10 | 8 |
+----------+------------+-----------+----------------+
查出来的结果居然不是同样的一个值:
+------------+
| count(*) |
+-----------+
| 4 |
| 4 |
为何这里count(*)的结果是分组以后每组中的记录的条数,而不是分组的数目.
解决办法:
1 、将所有的数据查出来,在外面进行处理,这是非常不好的一种想法,请记住,我们用的是数据库,要更多的依赖数据库去解决问题,要有个信念:凡是在外面(程序)能解决的问题,用数据库都能解决!
2 、尝试引入子查询,如下:
select count(1) from (
-> select fbrandid, month(fdate) from table as m
-> where 1 = 1
-> group by m.fbrandid, month(fdate)
-> ) aa;
就是说对查询的结果再去统计,就是分组的数目了。
结论:
1、 并不是说group by和count()操作不能同时使用,只是说查出来的东西不一样,每个都有其应用的情况,如本例:最开始方法查出来的就是分组以后每个分组的记录条数,如果程序中要计算每个分组的记录条数,恰恰用这种方法。
2 、要更多靠数据库去解决问题。
3 、意识到子查询的威力,当你遇到解决不了的问题的时候,可以试试用子查询去解决。(实践证明的)
更深一点的体会:
在平时解决问题的时候不能老是停留在解决的层面,进一步的去思考一下,往往收获是很大的,慢慢积累,你会成长起来的!