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

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

问题现象

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

1、应用的sql

scale问题_客户sql

2、应用的java代码

scale问题_客户java代码

3、执行结果

scale问题_执行结果

问题的风险及影响

客户查询信息失败

问题影响的版本

23.2.4.25

问题发生原因

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

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

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

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

scale问题_差异

解决方法及规避方式

修改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环境迁到崖山环境,要格外留意这点。

posted @   YashanDB  阅读(5)  评论(0编辑  收藏  举报
编辑推荐:
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
阅读排行:
· [翻译] 为什么 Tracebit 用 C# 开发
· 腾讯ima接入deepseek-r1,借用别人脑子用用成真了~
· Deepseek官网太卡,教你白嫖阿里云的Deepseek-R1满血版
· DeepSeek崛起:程序员“饭碗”被抢,还是职业进化新起点?
· RFID实践——.NET IoT程序读取高频RFID卡/标签
点击右上角即可分享
微信分享提示