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

相关推荐
范什么特西39 分钟前
redis题目面渣重点
数据库·redis·缓存
TDengine (老段)2 小时前
TDengine taosAdapter — 多协议网关详解
大数据·数据库·物联网·时序数据库·iot·tdengine·涛思数据
Nturmoils2 小时前
SQL Server 迁移到 KingbaseES:一次复杂 BI 查询的性能实测
数据库
今天AI了吗2 小时前
MCP 协议打通 AI 与国产数据库,SQL 调优全流程一站式闭环
数据库·人工智能·sql
灯澜忆梦3 小时前
【MySQL11】进阶篇 | 索引_#3使用规则
数据库·sql·mysql·性能优化
名字还没想好☜3 小时前
Go 的 sync.Cond 实战:用条件变量做等待/通知,比忙轮询省 CPU
开发语言·数据库·后端·golang·go
wWYy.3 小时前
Mysql:有哪些锁?
数据库·mysql
李可以量化3 小时前
Tornado 从了解到精通(一)下:异步与非阻塞 IO 核心原理
java·数据库·tornado
VALENIAN瓦伦尼安教学设备4 小时前
ASHOOTER激光对中仪如何通过颜色确定调整是否合适
数据库·嵌入式硬件·算法
Wang's Blog4 小时前
AI Agent白手起家58: 项目可观测性——用 LangSmith 实现全链路追踪
数据库·人工智能