postgresql 中的to_char()常用操作

(编辑:jimmy 日期: 2024/12/24 浏览:2)

postgresql中的to_char()用法和Oracle相比,多了一个参数。

postgresql 中的to_char()常用操作

to_char(待转换值,转换格式);

常用转换格式有2种:

一个是写若干个0,如果待转换的值位数少于于你定义的转换格式位数,输出值会自动在左边补0,位数补齐到转换格式的长度;如果待转换的值位数多于你定义的转换格式位数,输出值为:##(长度跟你定义的转换格式一样);

另一个是写若干个9,如果待转换的值位数少于你定义的转换格式位数,正常输出;

如果待转换的值位数多于于你定义的转换格式位数,输出值为:##(长度跟你定义的转换格式一样);

转换格式如果写其他数字,输出结果为转换格式的值。

补充:Postgresql中使用to_char进行yyyy-MM-dd HH:mm:ss转换时要注意的问题

在java和一些常用的数据中(mysql/sqlsever)中进行年月日分秒转换的时候,都是用

SELECT to_char(CURRENT_DATE,'yyyy-MM-dd hh:MM:ss')

但是在Postgresql中这样用就会出现问题,在pg中执行上面的语句返回的结果为

2015-05-06 12:05:00

看到了,这并不是我们想要的,那怎么处理呢?在pg中要用下面的方法

SELECT to_char(CURRENT_DATE,'yyyy-MM-dd hh24:MI:ss')

结果如下

2015-05-06 00:00:00

这才是我们想要结果,看来不能想当然的,认为所有数据库都是一样的,要细心!

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。

一句话新闻

一文看懂荣耀MagicBook Pro 16
荣耀猎人回归!七大亮点看懂不只是轻薄本,更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象:要么轻薄但性能一般,要么性能强劲但笨重臃肿。然而,今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上,荣耀宣布猎人游戏本正式回归,称其继承了荣耀 HUNTER 基因,并自信地为其打出“轻薄本,更是游戏本”的口号。
众所周知,寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验,而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起,我们不禁对它产生了强烈的好奇:作为代表荣耀猎人游戏本的跨界新物种,它究竟做了哪些平衡以兼顾不同人群的各类需求呢?