数据库里时间的存储，你更偏向于哪种方式？
1. 使用Timestamp，则会在数据库里存储：2013-07-16 07:20:01。
在不同时区，显示的都是2013-07-16 07:20:01，但其实他们并不是同一时间了。

2. 存储事件发生的时间毫秒值，在不同时区解析出来的时间表示不一样，但表达都是同一时间，能解决时区问题。

我个人偏向于存储时间的毫秒值，但是在很多地方看到却都是存储Timestamp，讲数据库的视频里也大多是用Date，Timestamp。
当我们的程序有多国用户时，解决时区问题是必要的。

你更喜欢哪一种方式呢？
------解决方案--------------------
我们用的是字符串存储，比较土。。
------解决方案--------------------
一般用第一种吧，比较直观，若是含有多国用户取出来的时候用TimeZone转一下好了。。。
当然还得具体情况具体分析，反正暂时还没碰到存ms的。。。
------解决方案--------------------

long ,原因加减算法简单。
------解决方案--------------------
第一种比较直观；

要是第二种做测试的到数据库看数据肯定要疯掉= =
------解决方案--------------------
直接存date，有时候你需要对某一天进行分组统计，如果你存的是毫秒就不好操作了，时区的问题除非你的产品是外网项目，不然基本上都是在一个时区里使用的
------解决方案--------------------
可以参考jira,公司内部不同地区的部门公用一套jira，会出现时区问题，但是jira里会有一个设置时区的地方，你显示的时间都是以这个时区为标准
------解决方案--------------------

引用:

直接存date，有时候你需要对某一天进行分组统计，如果你存的是毫秒就不好操作了，时区的问题除非你的产品是外网项目，不然基本上都是在一个时区里使用的

比较赞同这个观点，后续作分析的话面对ms存储会崩溃的
------解决方案--------------------

引用:

Quote: 引用:

可以参考jira,公司内部不同地区的部门公用一套jira，会出现时区问题，但是jira里会有一个设置时区的地方，你显示的时间都是以这个时区为标准

美国用户显示中国时间，你觉得客户会同意吗？

存储统一用一个时区，至于显示，完全可以通过在视图层通过判断IP地址等手段作一次针对时区的转换吧
------解决方案--------------------
存时间格式吧，根据时区的不同对数据处理下咯，看毫秒值会死掉了。。
------解决方案--------------------
第一种比较直观,维护和比对起来也方便。至于多国用户了必然涉及国际化了，一般涉及国际化的网站都有让用户选择自己的国家语言根据他们选择的相应国语我们在转换相应的时区。
------解决方案--------------------