这篇文章主要介绍了postgresql踩坑系列之关于to_date()问题,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
postgresql关于to_date()问题
这里是对postgresql 使用时踩的坑的记录
上图来一波官方文档

PostgreSQL文档地址 https://www.postgresql.org/docs/8.1/functions-formatting.html
1.to_date(text,text), 在PostgreSQL 里 也是将字符串转换成日期, 但是 仅仅是年月日部分,就算我们在方法里指定了格式亦是如此
比如:
select to_date('2019-01-15 18:33:41','yyyy-MM-dd hh24:mi:ss');结果就是
2019-01-15
没看错,就是这玩意。因此如果在项目里使用 这函数去对日期操作,比如 查询某日某时某点某秒之前的访问数据量,当入参正确,那么计算很有可能是错误的。因为时分秒 没了,会自动隐式转换成 2019-01-15 00:00:00。和这数据比较,那么15号这天的数据都是不存在的。
而正确的使用姿势应该是:
select to_timestamp('2019-01-15 18:33:41','yyyy-MM-dd hh24:mi:ss')结果就是
2019-01-15 18:33:41+00
后面的+00 就是计算时区的意思,00不计算。 这方法就是将字符串按照指定格式转换成不带时区(timestamp with time zone)的日期。
因此,在使用PostgreSQL进行日期相关操作的时候如果没有特殊要求尽量使用to_timestamp(text,text) 方法去进行操作。
postgresql中to_date()函数使用
问题
错误:数 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()问题
				
        
 
            
        基础教程推荐
- SQL Server之SELECT INTO 和 INSERT INTO SELECT案例详解 2024-02-13
 - 浅谈数据库优化方案 2024-02-16
 - Redis GEORADIUS命令 2024-04-06
 - 详解Redis连接命令使用方法 2024-03-23
 - 如何保障mysql和redis之间的数据一致性 2024-04-25
 - mysql时间字段默认设置为当前时间实例代码 2022-08-31
 - Redis配置项汇总 2024-04-04
 - MySQL索引优化之适合构建索引的几种情况详解 2023-12-29
 - mysql服务启动却连接不上的解决方法 2023-12-08
 - Mysql查看死锁与解除死锁的深入讲解 2024-02-14
 
    	
    	
    	
    	
    	
    	
    	
    	
						
						
						
						
						
				
				
				
				