标签:时间类 .com mil format 字段 time 最好 建议 类型
下面是转载的关于MySQL毫秒、微秒精度时间处理的两段篇章,留给自己和供大家参考~~
一、MySQL 获得毫秒、微秒及对毫秒、微秒的处理
MySQL 较新的版本中(MySQL 6.0.5),也还没有产生微秒的函数,now() 只能精确到秒。 MySQL 中也没有存储带有毫秒、微秒的日期时间类型。
但,奇怪的是 MySQL 已经有抽取(extract)微秒的函数。例如:
select microsecond(‘12:00:00.123456‘); -- 123456 select microsecond(‘1997-12-31 23:59:59.000010‘); -- 10
select extract(microsecond from ‘12:00:00.123456‘); -- 123456 select extract(microsecond from ‘1997-12-31 23:59:59.000010‘); -- 10
select date_format(‘1997-12-31 23:59:59.000010‘, ‘%f‘); -- 000010
尽管如此,想在 MySQL 获得毫秒、微秒还是要在应用层程序中想办法。假如在应用程序中获得包含微秒的时间:1997-12-31 23:59:59.000010,在 MySQL 存放时,可以设计两个字段:c1 datetime, c2 mediumint,分别存放日期和微秒。为什么不采用 char 来存储呢?用 char 类型需要 26 bytes,而 datetime + mediumint 只有 11(8+3) 字节。
---转自网友:mlxia
地址:http://mlxia.iteye.com/blog/278982
这样也可以。但是要注意这里的毫秒前的符号变成了":",必须是这个符号,如果你写成了“.”查询结果是错误的。
其实这2中写法都可以,不过,我还是建议最好用DATE_FORMA()函数转换的写法,因为在使用Navicat Lite这样的工具调试的时候,如果是直接比较字符串,有时候会报错。具体原因不明。
最后,还是要跟大家说一声:在用格式转换的时候,还是要分清大小写,因为很多人在这个上面不注意,结果导致调试失败。就如同上面的这个例子。不能用小写的t的格式,还是要用大写的T,否则结果会错误。
---转自网友
地址:http://www.it165.NET/database/html/201110/760.html
毫秒:millisecond -- 千分之一秒 微秒:microsecond -- 一百万分之一秒 1 秒 = 1000 毫秒;1 毫秒 = 1000 微秒
标签:时间类 .com mil format 字段 time 最好 建议 类型
原文地址:http://www.cnblogs.com/ceshi2016/p/6395073.html