这是我的代码:
前提是做了一个view:att_sumbase
首先分开统计每天的中午、下午饭点人数,这时需要分别去除中午和下午重复打卡的人。用了记录集的交,嵌套select的知识。
注意不能直接使用union,这里只能使用union all,因为union会去掉重复记录,一个员工上午吃了,下午也吃了,union只会算一条,而union则能看出一共吃了两次。
- //求出分组统计
- $att = $result->execute("select userid ,count(userid) as total,name from (select distinct userid,name from att_sumbase WHERE time BETWEEN '11:30' AND '12:30' union all select distinct userid,name from att_sumbase WHERE time BETWEEN '17:30' AND '18:30' order by userid) as foo group by userid");
-
- //求得总数
- $sum = $result->execute("select sum(sum) as allnum from (select userid,count(distinct userid) as sum ,date,time,name from att_sumbase WHERE time BETWEEN '11:30' AND '12:30' union all select userid,count(distinct userid) as sum ,date,time,name from att_sumbase WHERE time BETWEEN '17:30' AND '18:30' ) as foo");
以下是编程时的借鉴:
- 在处理一个大数据量数据库的时候
-
突然发现mysql对于count(*)的不同处理会造成不同的结果
-
-
比如执行
-
SELECT count(*) FROM tablename
-
即使对于千万级别的数据mysql也能非常迅速的返回结果
-
而对于
-
SELECT count(*) FROM tablename WHERE.....
-
mysql的查询时间开始攀升
-
-
仔细查阅累下手册,发现当没有WHERE语句对于整个mysql的表进行count运算的时候
-
MyISAM类型的表中保存有总的行数,而当添加有WHERE限定语句的时候Mysql需要对整个表进行检索
-
从而得出count的数值
-
-
突然又想起来看到的不少新兴的php程序对于count的处理并没有很好的意识到这点
-
记录下
-
-
顺便提下mysql的DISTINCT的关键字有很多你想不到的用处
-
1.在count 不重复的记录的时候能用到
-
比如SELECT COUNT( DISTINCT id ) FROM tablename;
-
就是计算talbebname表中id不同的记录有多少条
-
-
2,在需要返回记录不同的id的具体值的时候可以用
-
比如SELECT DISTINCT id FROM tablename;
-
返回talbebname表中不同的id的具体的值
-
-
3.上面的情况2对于需要返回mysql表中2列以上的结果时会有歧义
-
比如SELECT DISTINCT id, type FROM tablename;
-
实际上返回的是 id与type同时不相同的结果,也就是DISTINCT同时作用了两个字段,必须得id与tyoe都相同的才被排除了,与我们期望的结果不一样
-
-
4.这时候可以考虑使用group_concat函数来进行排除,不过这个mysql函数是在mysql4.1以上才支持的
-
-
5.其实还有另外一种解决方式,就是使用
-
SELECT id, type, count(DISTINCT id) FROM tablename
-
虽然这样的返回结果多了一列无用的count数据(或许你就需要这个我说的无用数据)
-
返回的结果是 只有id不同的所有结果和上面的4类型可以互补使用,就是看你需要什么样的数据了
来源:
阅读(20496) | 评论(0) | 转发(0) |