在CouchDB中存储日期时间（时间戳）的最佳方法是什么？
我在想这样的UTC时间字符串2011-01-26 21:41:09 +0000可能是可以的，因为如果在视图键中使用它们，则可以正确排序，但是存储时区（例如2011-01-26 16:41:09 -0500）会使文档更具可读性。从可读性的角度来看，将日期转换为纪元整数似乎没有什么吸引力，但对于性能而言可能是最好的选择（或者是否有所作为？）。这里推荐的做法是什么？
问题答案：
时间是一维的东西。时间戳加上时区是二维的，描述了时间点和位置。Couch视图是一维的（但不是GeoCouch插件），因此将其存储在公共区域（UTC）是明智的。
可能最适合未来的格式是自然按时间顺序排序的字符串。也许最方便的格式是JSON2输出的格式：
> a = new Date();
Thu Jan 27 2011 18:40:52 GMT+0700 (ICT)
> JSON.stringify(a)
"2011-01-27T11:40:52.280Z"
-
问题内容： 每次我需要使用Java中的日期和/或时标时，我总是觉得自己做错了事，花了无尽的时间试图找到使用API的更好方法，而不必编写自己的Date and Time实用程序类。这是我刚遇到的一些烦人的事情： 从0开始的月份。我意识到最佳实践是使用Calendar.SEPTEMBER而不是8，但是令人讨厌的是8代表9月而不是8月。 获取没有时间戳的日期。我一直需要将日期的时间戳部分清零的实用程
-
问题内容： 从SQL Server的datetime字段中删除时间部分时，哪种方法提供最佳性能？ 或者 第二种方法的确以任何一种方式发送了更多的字节，但这可能不如转换速度那么重要。 两者看起来都非常快，但是处理成千上万行或更多行时速度可能会有所不同？ 另外，是否有更好的方法可以消除SQL中日期时间的时间部分？ 问题答案： 严格来说，方法耗费的资源最少： 事实证明，花了太多时间的人在相同的总持续时间
-
问题内容： 我想比较没有时间的日期 以上查询可以吗？或您建议的其他更好的解决方案 我正在使用SQL Server 2005 日期以UTC格式保存在服务器上 用户根据此数据属于不同的时区 问题答案： 不要使用convert-无原因地涉及字符串。一个技巧是日期时间实际上是一个数字，而天是整数部分（时间是小数部分）；因此，一天是值的 底数 ：那只是数学，而不是字符串-快得多 在您的情况下，无需转换回日期
-
我想要的桌子： 更新 谢了！我做了一些关于writetime的实验，因为我无论如何都要写值，所以我只写时间。 这给了我： 简单的基准测试在存储或从更大的表中读取时没有显著的性能差异。
-
问题内容： 如何配置JPA /hibernate模式以UTC（GMT）时区在数据库中存储日期/时间？考虑以下带注释的JPA实体： 如果日期为太平洋标准时间（PST）2008-Feb-03 9:30 am，那么我希望数据库中存储2008-Feb-03 5:30 pm的UTC时间。同样，从数据库中检索日期时，我希望将其解释为UTC。因此，在这种情况下530pm是UTC 530pm。显示时，它将被格式化
-
我正在为我的聊天应用程序使用firebase。在聊天对象中，我使用方法添加时间戳。 请就这个问题提出解决办法