我理解为什么
postgresql使用月,日和秒字段来表示sql interval数据类型.如果涉及夏令时调整,一个月的长度并不总是相同,一天可以有23,24或25小时.这是来自postgresql文档.
但我当时不明白为什么不会因此而在几个月和几天都处理这个问题.请参阅以下查询,该查询计算精确的间隔,其中两个时间点之间的秒数可以精确计算:
select ('2017-01-01'::timestamp-'2016-01-01'::timestamp); -->366 days.
postgresql选择在几天内给出结果.不是几个月而不是几秒钟.
但为什么结果是天而不是秒?它没有定义天数(它们可以是23,24或25小时).那他为什么不在几秒钟内输出?
那么由于月份的长度也没有定义,为什么postgresql不输出12个月而不是366天呢?
他并不关心天数的长短没有定义,但显然他关心的是月份的长度没有定义.
为什么这种不对称?
有关进一步说明,请参阅此查询:
select ('10 days'::interval-'24 hours'::interval); --> 10 days -24:00:00
解决方法
我无法回答你的问题,但我想我可以指出你正确的方向.我认为sql-99完成,真的是理解sql间隔的最容易获得的来源.它可以在线获得:
https://mariadb.com/kb/en/sql-99/08-temporal-values/.
sql标准描述了两种间隔:年 – 月间隔和日 – 时间间隔.这样做是为了防止月份和日期部分出现在同一时间间隔内,因为正如您所知,一个月中的天数不明确. “3”个月间隔的天数取决于您所谈论的三个月.
select cast(timestamp '2017-01-01' - timestamp '2016-01-01' as interval day to hour) as new_column; new_column interval day to hour -- 366 days
我怀疑你会发现sql标准有一些规则来规定sql dbms应该做什么,因为省略了间隔时间到一天的时间. Postgresql可能会也可能不会遵循这些规则.
postgresql chooses to give a result in days. not in months and not in seconds.
标准sql可防止月份和日期部分出现在同一时间间隔内.此外,有效秒数范围为0到59.
select interval '59' second; interval interval second -- 00:00:59 select interval '60' second; interval interval second -- 00:01:00
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。