select sum(case when time >= xx and time < xx + (yy - xx) / 10 then 1 else 0 end) as time_1, sum(case when time >= xx + (yy - xx) / 10 and time < xx + 2 * (yy - xx) / 10 then 1 else 0 end) as time_2, sum(case when time >= xx + 2 * (yy - xx) / 10 and time < xx + 3 * (yy - xx) / 10 then 1 else 0 end) as time_3,
..
sum(case when time >= xx + (i -1) * (yy - xx) / 10 and time < xx + i * (yy - xx) / 10 then 1 else 0 end) as time_i
..,
sum(case when time >= xx + 9 * (yy - xx) / 10 and time <= yy then 1 else 0 end) as time_10 from test where time >= xx and time <= yy;
select t1.date_time,sum(t2.num)
from split_time_table t1
left join T t2 on t2.time>=t1.start_time and t2.time<DATE_ADD(t1.start_time,INTERVAL 144 MINUTE)
group by t1.id
One SQL by Case When
你的需求用
case when
不就是可以做到的么?一条SQL搞定!!!!Better maintain
注意时间的减法要做好,推荐使用
存储过程
封装上面的sql,接收startTime
,endTime
和等分数三个参数,计算各个区间的起始和结束时间(注意我的sql里面采用的是前闭后开,但是最后一个等分是要等于结束时间的!!!要不然就会丢了一个等于endTime的值未统计)然后把值传入sql执行就好了。这样每次调用只需要调用一个存储过程即可你是不是真的需要这样做?
其实我不清楚你具体的业务场景,但是我会说分情况做选择
如果你在
startTime
和endTime
之间查出来的数据不大,或者数据库里面总量就不大,那么我建议二楼的@Paul_Ding的说法。但是如果你的数据库里面的记录很大,或者经常根据
startTime
和endTime
查出几十万的记录,那么推荐你使用一条SQL,这样不用每次都把这么多的记录通过网络再传到代码里面去处理,不过这种要做简单编程和计算的SQL,建议封装到存储过程
里面会更好维护一些不管上面两种方式,其实只是
复杂度
的转移,无非就是用更复杂的代码,或者更复杂的SQL去解决问题,但是要根据自己的业务场景选择的合适的就行。按等分时间函数分组就好了
建议把24小时的查出来之后再进行分割,这样开销小一点,不必用sql做等分这种事情。
我之前的做法是这样:
1、根据这个时间段[xx, yy]和等分数N去创建一个时间区段临时表split_time_table
id start_time
1 2017-01-12 00:00:00
2 2017-01-12 02:24:00
3 2017-01-12 04:48:00
10 2017-01-12 21:36:00
(创建这个临时表也是有技巧的,记得给id建主键)
2、将这个临时表去关联你要查的表T
上面的144是通过(yy-xx)/N计算得来的,上面的例子是按一天24小时10等分为例
这是一种方法,可以实践下,里面的一些变量是可以通过传入的参数动态计算的
按楼层分组(mod(时间,86400)/8640)
说下oracle下的做法与思路吧。这个需求的难点在于等分10份,即使使用case when 依旧要:起始时间+等份时间段1,起始时间+等份时间段2,起始时间+等份时间段*3...
利用oracle的层级查询可以凭空造出1,2,3...10
代码如下:
引用资料
再利用得到num进行乘以时间段(interval)事先算好