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

相关推荐
Pasregret19 分钟前
缓存与数据库一致性深度解析与解决方案
数据库·缓存·wpf
skywalk816323 分钟前
Graph Database Self-Managed Neo4j 知识图谱存储实践2:通过官方新手例子入门(未完成)
数据库·知识图谱·neo4j
Lucky GGBond25 分钟前
MySQL 报错解析:SQLSyntaxErrorException caused by extra comma before FROM
数据库·mysql
Claudio1 小时前
【MySQL】联合索引和覆盖索引(索引失效的误区讲解+案例分析)
数据库
纪元A梦1 小时前
Redis最佳实践——性能优化技巧之监控与告警详解
数据库·redis·性能优化
GarfieldFine1 小时前
MySQL索引使用一定有效吗?如何排查索引效果?
数据库·mysql
cypking2 小时前
mysql 安装
数据库·mysql·adb
一个数据大开发2 小时前
解读《数据资产质量评估实施规则》:企业数据资产认证落地的关键指南
大数据·数据库·人工智能
鬼面瓷2 小时前
CAPL编程_03
前端·数据库·笔记
欧先生^_^3 小时前
Jinja 的详细介绍和学习方法
数据库·sqlite