mongodb对于时间的存储问题
2017-11-17 09:20
127 查看
mongodb
如果是时间类型的数据入库,将会有以下操作。同时,在数据读取的时间仍然需要对其进行转换操作。除了知道时间是时间类型作统一,貌似没有其他方便之处。
将时区再加8个之后入库就正常了
如果使用string 或者时间戳 将会有以下优势
1.格式统一为熟悉的自己定义的类型,方便读写
2.数据的比较和数据的计算将会简化
3.数据的插入将会简化转换,不会造成时间错误
4.mongodb本身是基于document的,无论取出的是什么类型的字段都是需要转换的
如果是时间类型的数据入库,将会有以下操作。同时,在数据读取的时间仍然需要对其进行转换操作。除了知道时间是时间类型作统一,貌似没有其他方便之处。
date = new Date();//入库时间 var localTime = date.getTime(); var localOffset=date.getTimezoneOffset()*60000; //获得当地时间偏移的毫秒数 var utc = localTime + localOffset; //utc即GMT时间 var offset =16; //以北京时间为例,东8区 var beijing = utc + (3600000*offset); date = new Date(beijing); data.time = date; var receiveTime = new Date( parseInt(data.DataTime.substring(0,4)),//年 parseInt(data.DataTime.substring(4,6)) - 1,//月,从零开始,需要减一 parseInt(data.DataTime.substring(6,8)),//日 parseInt(data.DataTime.substring(8,10)),//时 parseInt(data.DataTime.substring(10,12)),//分 parseInt(data.DataTime.substring(12,14))//秒 ); localTime = receiveTime.getTime(); localOffset = receiveTime.getTimezoneOffset() * 60000; utc = localTime + localOffset; beijing = utc + (3600000*offset); data.DataTime = new Date(beijing);
将时区再加8个之后入库就正常了
如果使用string 或者时间戳 将会有以下优势
1.格式统一为熟悉的自己定义的类型,方便读写
2.数据的比较和数据的计算将会简化
3.数据的插入将会简化转换,不会造成时间错误
4.mongodb本身是基于document的,无论取出的是什么类型的字段都是需要转换的
相关文章推荐
- MongoDB存储时间时差问题的解决方法
- java.sql.Date 和 java.sql.TimeStamp 时间格式存储问题
- MongoDB时间处理问题
- MongoDB存储时间
- 【MongoDB】mongo时间问题
- 对于type="datetime-local"类时间在前后台的传递、显示、存储
- cookie存储及取出时间问题
- sqlserver 存储过程 临时表 时间计算 循环 问题
- mongodb 时间格式转换和时区问题
- 解决我的开源代码里面的前一篇后一篇的跳页问题,由于时间关系我不发图了,存储过程没有更改,我改进了一下报错功能,用来重新定义属性
- LocalStorage存储JSON对象的问题 localStorage - 没有时间限制的数据存储
- ES存储的时间问题
- Spring 整合mongodb 数据原型存储问题
- 当存储到mongodb中的是string类型的时间,小tips
- vb.net中对于ORACLE的时间查询问题
- 关于MsSql2000中对于存储过程中的一个问题
- MongoDB 查询时间差问题修复
- MongoDB存储时间
- 存储时间类型没有时分秒,改密码等问题
- Golang 和 MongoDB 中的 ISODate 时间交互问题