这篇文章主要介绍“postgresql之关于to_date()问题怎么解决”的相关知识,小编通过实际案例向大家展示操作过程,操作方法简单快捷,实用性强,希望这篇“postgresql之关于to_date()问题怎么解决”文章能帮助大家解决问题。
这里是对postgresql 使用时踩的坑的记录
上图来一波官方文档
1.to_date(text,text), 在PostgreSQL 里 也是将字符串转换成日期, 但是 仅仅是年月日部分,就算我们在方法里指定了格式亦是如此
比如:
select to_date('2019-01-15 18:33:41','yyyy-MM-dd hh34:mi:ss');
结果就是
2019-01-15
没看错,就是这玩意。因此如果在项目里使用 这函数去对日期操作,比如 查询某日某时某点某秒之前的访问数据量,当入参正确,那么计算很有可能是错误的。因为时分秒 没了,会自动隐式转换成 2019-01-15 00:00:00。和这数据比较,那么15号这天的数据都是不存在的。
而正确的使用姿势应该是:
select to_timestamp('2019-01-15 18:33:41','yyyy-MM-dd hh34:mi:ss')
结果就是
2019-01-15 18:33:41+00
后面的+00 就是计算时区的意思,00不计算。 这方法就是将字符串按照指定格式转换成不带时区(timestamp with time zone)的日期。
因此,在使用PostgreSQL进行日期相关操作的时候如果没有特殊要求尽量使用to_timestamp(text,text) 方法去进行操作。
错误:数 to_date(timestamp without time zone, unknown) 不存在 Hint: 没有匹配指定名称和参数类型的函数. 您也许需要增加明确的类型转换.
原来的使用方式是:
to_date(createddate,'YYYY-MM-DD')
方法一:
to_date(createddate::text,'YYYY-MM-DD')
方法二:
to_date(cast(createddate as TEXT),'YYYY-MM-DD')
关于“postgresql之关于to_date()问题怎么解决”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识,可以关注亿速云行业资讯频道,小编每天都会为大家更新不同的知识点。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。