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

相关推荐
smallyoung33 分钟前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql
parade岁月44 分钟前
MySQL JOIN解析:朴实无华但食之有味
数据库·后端
用户3169353811831 小时前
MySQL服务无法启动问题解决全记录
数据库
vivo互联网技术5 小时前
从 10 分钟到 1 秒:ES 深度分页任意跳页的三轮优化实战
服务器·数据库·redis·elasticsearch·深度分页
倔强的石头_20 小时前
《Kingbase护城河》——猎捕慢查询:执行计划的微观解析与索引调优实战
数据库
SelectDB1 天前
Apache Doris Python UDF:让 SQL 直接调用 Python 生态,支撑 Agent 时代复杂业务逻辑
大数据·数据库·python
jiayou642 天前
KingbaseES 表级与列级加密完全指南
数据库·后端
GBASE3 天前
G术时刻 |GBase 8s数据库事务并发控制之封锁技术介绍(下)
数据库
xiezhr3 天前
逛GitHub发现了一款免费的带AI功能的数据库管理工具
数据库·ai编程·dba
吃糖的小孩4 天前
给 QQ AI 机器人设计“可控记忆”:会话摘要、手动长期记忆与角色卡边界
数据库