[原创]MySQL数据类型-时期时间选择比较_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 3550 | 回复: 0   主题: [原创]MySQL数据类型-时期时间选择比较        下一篇 
tngou
注册用户
等级:中校
经验:2433
发帖:192
精华:15
注册:2014-4-28
状态:离线
发送短消息息给tngou 加好友    发送短消息息给tngou 发消息
发表于: IP:您无权察看 2014-5-3 11:28:41 | [全部帖] [楼主帖] 楼主   主页

    MySQL有很多保存日期和时间类型 Year Date Time Datatime Timestamp前面三种很好区分,

Year(只存储年) Date(只存储 年月日) Time(存储时间无年月日),


而Datetime和Timestamp就是完整的日期时间存储类型。

Datetime是从1001年到9999年精确到秒,使用的是8个字节。

Timestamp是从1970年到2038年,使用的是4个字节。

一次就想把1949年存储到Timestamp格式里面报错,开始就不清楚为什么,后来就发现Timestamp

的时间范围是1970-2038年。

也许我们从这个条件就可以选择的Datetime比Timestamp好,然而并非如此,我还是在很多地方用到

Timestamp的。

时间选择分析

除了特殊情况外,我们还是尽量的使用Timestamp,由于它的存储空间小,效率比Datetime高,比如做

时间比较,排序,Timestamp比Datetime高效。而有人会用Unix时间戳作为整数值来存储,但这种方式

并没有任何收益(bigint位数比Datetime更长),同事处理时间比较麻烦,比如MySQL里面有很多关于

时间比较等相关的函数,如果用时间戳就只有在应用层先处理,所以不推荐使用时间戳来存储时间。

然而时间戳并非没有用,比如我们要精确到更小微粒的时间,由于MySQL现在时间最小精确是秒。

Timestamp的行为规则不定,可能在不同的版本会有变动。

所以在我看来时间选择 Timestamp——》Datetime——》时间戳(bigint/double)

希望能帮你做好时间存储选择。

该贴由hui.chen转至本版2014-11-5 16:11:51




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论