datetimedatestamp和时间戳.docx
- 文档编号:7691979
- 上传时间:2023-05-11
- 格式:DOCX
- 页数:6
- 大小:16.26KB
datetimedatestamp和时间戳.docx
《datetimedatestamp和时间戳.docx》由会员分享,可在线阅读,更多相关《datetimedatestamp和时间戳.docx(6页珍藏版)》请在冰点文库上搜索。
datetimedatestamp和时间戳
datetimedatestamp和时间戳
博客分类:
数据库时区
数据库时区
为什么总是以为没有什么好学的,只有碰到问题了,才知道你有很多东西都不清楚,或者根本就不知道。
遇到的问题:
系统时间与数据库时间不一致,系统时间是8:
20,存到数据库里是0:
20。
第一直觉是时区不同导致的。
先看一段代码:
Java代码publicstaticvoidmain(String[]args){//System.out.println(TimeZone.getDefault());SimpleDateFormatsdf=newSimpleDateFormat("yyyy-MM-ddHH:
mm:
ss");Calendarc=Calendar.getInstance();//System.out.println(c.getTime());System.out.println(sdf.format(c.getTime()));System.out.println(c.getTimeInMillis());TimeZone.setDefault(TimeZone.getTimeZone("GMT+5:
00"));sdf.setTimeZone(TimeZone.getDefault());//System.out.println(c.getTime());//System.out.println(c.getTime().getTimezoneOffset());System.out.println(sdf.format(c.getTime()));System.out.println(c.getTimeInMillis());}
输出结果:
2011-11-2510:
33:
21
132********96
2011-11-2507:
33:
21
132********96
这说明,时间的显示是由时区决定的,时间所表示的距标准时间毫秒数是绝对的,不会随时区不同而改变。
理解这一点很重要。
那么数据库里的时间也应该有个时区概念,那到底是如何处理的呢?
一直这么认为的,时间在数据库里实际存的是毫秒数。
那我们在客户端看到的时间一定是经过数据库格式化以后的。
但结果不完全是这样的,下面我们要讨论数据库中的两个时间类型datetime和timestamp。
网上有文称
datetime-存储日期和时间部分,精确到秒,没有时区信息
timestamp-时间戳,存储日期、时间和时区信息,秒值精确到小数点后6位
注意这里的时间戳,在sqlserver中根本就不是时间,他只记录相对时间的先后,不记录具体时间。
我认为应该叫做数据版本号。
首先在sqlserver中测试:
selectgetdate()
执行结果跟想像的一样,操作系统的时区如何修改,他都能随之变化,他肯定获得了系统的时区信息,然后对当前毫秒数格式化。
把系统时区恢复到GMT+8:
00,创建一个测试表,并插入两条数据
createtableTEST_TIMEZONE(
tidint,
time1datetime,
time2datetime
);
insertintoTEST_TIMEZONEvalues(1,getdate(),getdate());
insertintoTEST_TIMEZONEvalues(2,getdate(),getdate());
select*fromTEST_TIMEZONE;
这时数据库查询结果为
12011-11-2510:
47:
23.7502011-11-2510:
47:
23.750
22011-11-2510:
47:
27.5132011-11-2510:
47:
27.513
现在修改系统时区为GMT+5:
00,再插入两条数据,并修改第一条数据
insertintoTEST_TIMEZONEvalues(3,getdate(),getdate());
insertintoTEST_TIMEZONEvalues(4,getdate(),getdate());
updateTEST_TIMEZONEsettime1=getdate()wheretid=1;
select*fromTEST_TIMEZONE;
这时数据库查询结果为
12011-11-2507:
50:
20.3732011-11-2510:
47:
23.750
22011-11-2510:
47:
27.5132011-11-2510:
47:
27.513
32011-11-2507:
50:
15.9202011-11-2507:
50:
15.920
42011-11-2507:
50:
18.5002011-11-2507:
50:
18.500
因为datetime没有时区信息,只有年月日时分秒,所以保存的是几点就是几点,两次操作差了3个小时。
selectt.*,t.time2-t.time1fromTEST_TIMEZONEtwheret.tid=1
我们再看时间戳类型,sqlserver一个表只能有一个时间戳列,而且时间戳列不用操作,在数据行插入或更新时自动更新。
新建测试表
createtableTEST_TIMEZONE2(
tidint,
time1timestamp
);
insertintoTEST_TIMEZONE2(tid)values
(1);
insertintoTEST_TIMEZONE2(tid)values
(2);
insertintoTEST_TIMEZONE2(tid)values(3);
select*fromTEST_TIMEZONE2;
查询结果:
10x000000000000200A
20x000000000000200B
30x000000000000200C
updateTEST_TIMEZONE2settid=4wheretid=3;
select*fromTEST_TIMEZONE2;
查询结果:
10x000000000000200A
20x000000000000200B
40x000000000000200E
这个时间戳主要用在处理并发问题上,做为数据是否已被修改的凭证,可以提高并发性能。
再次明确sqlserver的时间戳不是具体时间。
恢复一下时区到GMT+8:
00,都不知道现在几点了。
接下来,在mysql做个测试:
selectnow()
修改系统时区对查询结果没有影响,这与sqlserver不同。
修改时区后,重启mysql,再执行有效果了。
说明mysql在启动时记录了系统时区,而不是实时的读取系统时区。
恢复时区到GMT+8:
00,新建表
createtableTEST_TIMEZONE(
tidint,
time1datetime,
time2timestamp,
time3timestamp
);
插入数据
insertintoTEST_TIMEZONE(tid)values
(1);
insertintoTEST_TIMEZONE(tid)values
(2);
insertintoTEST_TIMEZONEvalues(3,now(),now(),now());
insertintoTEST_TIMEZONEvalues(4,now(),now(),now());
select*fromTEST_TIMEZONE
查询结果
Mysql允许多个timestamp列,但只有第一列会自动更新,默认值为
CURRENT_TIMESTAMP。
恢复时区到GMT+5:
00,重启动mysql,执行查询
结果说明datetime的时间不随系统时区而变化,timestamp会随系统时区变化而变化,也sqlserver完全不同。
Mysql在timestamp字段记录的是毫秒数,并且按初始的系统时区格式化后显示。
另外对oracle现在没有测试环境。
结论:
Datatime类型只保存年月日时分秒信息,不含时区。
Timestamp时间戳,不同数据库有不同的实现,不要用做业务列,更不能作为索引或键使用,他会自动被更新。
记得把时区恢复回去,不然比别人晚了好几个小时^_^查看图片附件3
顶3
踩
分享到:
博文获推荐小小激动一下
|
误删除了Adobe虚拟打印,如何恢复?
2011-11-2511:
56
浏览974
评论(8)
收藏
分类:
数据库
相关推荐评论8楼
bd_cool
2011-12-06
引用
ABCDEF
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- datetimedatestamp 时间