MongoDB的ISODate与UNIX Timestamp

如何解决MongoDB的ISODate与UNIX Timestamp

|| 将日期以ISODate（）的形式存储在MongoDB中与以常规UNIX时间戳的形式存储中相比，有什么优势（性能，索引，大小等）？     

解决方法

        与之相比，ISODate与time_t的开销相比是微不足道的。 ISO 8601格式的日期是人类可读的，可以用来表示1970年1月1日之前的日期，最重要的是，它不是Y2038问题的牺牲品。 最后一点压力不够大。在1960年，在一个世纪数字上浪费一两个八位字节可能会产生任何好处，因为世纪之交不可能遥遥无期。我们知道那是多么的错误。 2038年将比您预期的要早，并且time_t已经不足以表示例如30年合同的付款时间表。     ,        MongoDB的内置Date类型与存储在time_t中的unix时间戳非常相似。唯一的区别是，日期是自1970年1月1日以来存储毫秒的64位字段，而不是自同一时期以来存储秒的32位字段。唯一的缺点是，对于当前版本，它将计数视为无符号，因此它无法正确处理1970年之前的日期。该问题将在计划于一个月左右发布的MongoDB 2.0中修复。 可能的混淆点是名称“ ISODate”。它只是外壳程序中的一个辅助函数，用于包装javascript可怕的Date构造函数。如果调用\“ ISODate（）\”或\“ new Date（）\”，您将返回完全相同的Date对象，我们只是更改了它的打印方式。您仍然可以自由使用普通的ISO Date字符串或time_t int，而无需使用我们的构造函数，但是您将无法以您选择的语言获得不错的Date对象。