0丢失之谜:解决Oracle中0开头小数被截断的问题

简介: 0丢失之谜:解决Oracle中0开头小数被截断的问题

问题复现:

今天在开发的过程中,遇到这种情况

然后又去oracle数据库里,查看一番,发现数据库寸的是0.9,这个零竟然离奇消失了。

原因

为何小数点前0会省略,是因为Oracle数据库中存在一个隐形类型转换,在拼接的过程中小数自动转成字符类型,相当于调用了to_char函数,所以丢失小数点前面的0

解决方式一:

加上to_char(字段,’fm9999999999999990.00’) ,(查看表结构设计,我这里类型是number(16,2),所以设置前面小数点前面最多16位,后面保留2位)

解释:

其中9代表如果存在数字则显示数字,不存在则显示空格;

0代表如果存在数字则显示数字,不存在则显示0,即占位符;

fm代表删除如果是因9带来的空格,则删除。

解决方式二:

decode(SUBSTR(字段,1,1),'.','0'||字段,字段) 字段别名

解释:

截取值,如果开头是 小数点,那么加个0然后拼接上字段,如果不是,不做改变即可。

总结

处理的办法有很多,当然能解决问题就可以

目录
打赏
0
0
0
0
4
分享
相关文章
【Bug记录】Oracle中小数点前面的0不显示的问题
【Bug记录】Oracle中小数点前面的0不显示的问题
ORACLE清理、截断监听日志文件(listener.log)
原文:ORACLE清理、截断监听日志文件(listener.log)        在ORACLE数据库中,如果不对监听日志文件(listener.log)进行截断,那么监听日志文件(listener.log)会变得越来越大,想必不少人听说过关于“LISTENER.LOG日志大小不能超过2GB,超过会导致LISTENER监听器无法处理新的连接”,当然这个不是真理,不会绝对出现,只是发生在老旧的32bit Linux或Unix系统下面,真实的原因是一些32bit OS自带的文件系统不支持2GB以上的文件,导致监听服务进程(tnslsnr)append write日志文件出错。
1192 0
Oracle数据库的应用场景有哪些?
【10月更文挑战第15天】Oracle数据库的应用场景有哪些?
330 64
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
158 11
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
Oracle数据库优化方法
【10月更文挑战第25天】Oracle数据库优化方法
77 7

推荐镜像

更多
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等