随笔记录,时间查询遇到陷阱问题
2013-11-04 14:45
295 查看
在项目开发过程中,遇到一个时间范围查询问题,先按天过滤,在结果中按小时过滤,缩小查询范围,提高效率。
sql server,mysql中时间范围为 0点到23点,当按照前端惯性思维,查询23点到24点1小时记录,自然查不出任何结果,转换后,条件将变为:23-0点不成立,当遇到临界时间范围查询,24点将转换为23点59分59秒。这样会有一个盲点,23点59分59秒到0点正1秒钟的盲点,该时间段的数据无法查询,所以当需要进行高准确度的小时范围内的查询,对于处于23点后的数据,不进行最大时间限制,直接大于23点即可。时间临界值的过滤处理一定要慎重。
做个备份,记录,有不正确的,欢迎指导。
sql server,mysql中时间范围为 0点到23点,当按照前端惯性思维,查询23点到24点1小时记录,自然查不出任何结果,转换后,条件将变为:23-0点不成立,当遇到临界时间范围查询,24点将转换为23点59分59秒。这样会有一个盲点,23点59分59秒到0点正1秒钟的盲点,该时间段的数据无法查询,所以当需要进行高准确度的小时范围内的查询,对于处于23点后的数据,不进行最大时间限制,直接大于23点即可。时间临界值的过滤处理一定要慎重。
做个备份,记录,有不正确的,欢迎指导。
相关文章推荐
- mysql中int、bigint、smallint 和 tinyint的区别与长度
- mysql load data 导出、导入 csv
- source命令执行SQL脚本文件
- linux下mysql添加用户
- mysql procedure
- mysql触发器
- 我是运营,我没有假期
- MySQL 备份和恢复策略
- mac下安装mysql(转载)
- mysql 修改编码 Linux/Mac/Unix/通用(杜绝修改后无法启动的情况!)
- MySQL数据的导出、导入(mysql内部命令:mysqldump、mysql)
- mysql数据行转列
- Linux下修改MySQL编码的方法
- MySQL Server 日志
- MySQL 安全事宜
- MySQL 备份与恢复
- MySQL 优化
- MySQL 数据类型
- Facebook's New Real-time Messaging System: HBase to Store 135+ Billion Messages a Month