【YashanDB知识库】oracle与yashanDB的jdbc返回常量列“0.00“的精度和刻度不一致

本文内容来自YashanDB官网,原文内容请见 https://www.yashandb.com/newsinfo/7610110.html?templateId=1718516

问题现象

客户预期常量列"0.00"应该映射到java里的浮点类型,结果却是跑到整型。

1、应用的sql

2、应用的java代码

3、执行结果

问题的风险及影响

客户查询信息失败

问题影响的版本

23.2.4.25

问题发生原因

oracle与yashanDB的jdbc返回常量列"0.00"的精度和刻度不一致。

如果常量列是整型或浮点型oracle的jdbc返回都是number类型,且是未定义的。

因在未定义情况下,精度 precision=0 刻度scale=-127,刚好走到java FieldType.float分支,符合预期。

如果是整型精度刻度也是这个值,java程序也会走到FieldType.float分支将不符合预期。

解决方法及规避方式

修改java程序,对int和float类型都使用java里的decimal类型接收,在解析字符值是根据字符实际类型解析。

问题分析和处理过程

使用以下java代码分别在oracle和yashandb的jdbc驱动下执行"select 0.0 from dual"

通过 java.sql.ResultSetMetaData 获取精度和刻度。

经验总结

oracle数值类型只有number类型,float和integer都只是number类型的子类。

且oracle的类型number类型还有未定义状态,此时取精度(precision)和刻度(scale)

都是不准确的,如果是未定义状态,还是通过精度和刻度判断是否能够转换为整型也是不严谨的,

当应用从oracle环境迁到崖山环境,要格外留意这点。

相关推荐
NineData2 小时前
数据库迁移总踩坑?用 NineData 迁移评估,提前识别所有兼容性风险
数据库·程序员·云计算
赵渝强老师5 小时前
【赵渝强老师】PostgreSQL中表的碎片
数据库·postgresql
全栈老石9 小时前
拆解低代码引擎核心:元数据驱动的"万能表"架构
数据库·低代码
倔强的石头_1 天前
kingbase备份与恢复实战(二)—— sys_dump库级逻辑备份与恢复(Windows详细步骤)
数据库
jiayou642 天前
KingbaseES 实战:深度解析数据库对象访问权限管理
数据库
李广坤3 天前
MySQL 大表字段变更实践(改名 + 改类型 + 改长度)
数据库
爱可生开源社区4 天前
2026 年,优秀的 DBA 需要具备哪些素质?
数据库·人工智能·dba
随逸1774 天前
《从零搭建NestJS项目》
数据库·typescript
加号35 天前
windows系统下mysql多源数据库同步部署
数据库·windows·mysql
シ風箏5 天前
MySQL【部署 04】Docker部署 MySQL8.0.32 版本(网盘镜像及启动命令分享)
数据库·mysql·docker