目录
测试1:tinyint(1) rs.getObject(2),获取的是true/false
测试2:tinyint(2) rs.getObject(2),获取的是数字
jdbc查询结果指定查出来int的话,结果也是正常的,不会转为true false
前言:
因为做数据质量,校验mysql到hive的同步的数据质量。
是否字段一致发现的问题。
mysql中tinyint(1)如果 getObject 会算作true 或者false。
结论:
因为之前看过,mysql的括号里面的长度,只影响展示,即补0.
所以有一定的误导性,在做数据质量校验的时候,发现,用户定义的表tinyint(1) 和 tinyint(2) 不一样。 因为对应到hive都是存的数字,导致了我们同步数据校验是否相同的时候出现了问题。
即mysql 这边字段toString 是false 而hive是0,所以导致了校验没有通过。
为什么会出现这个问题?
因为jdbc代码中,会帮我们自动把tinyint(1)如果是getObject的情况的话,会帮我们转换成true/false。而且认为tinyint(1)是bit类型。(大于等于1都认为是true)
jdbc的话,认为tinyint(2) 类型是tinyint
如果是tinyint(1)如果是getInt的话,则会显示-128到127的整数。
所以是框架做了处理,导致出现了认知的偏差。
1个tinyint型数据只占用一个字节;
inyint 型的字段如果设置为UNSIGNED类型,只能存储从0到255的整数,不能用来储存负数。
tinyint 型的字段如果不设置UNSIGNED类型,存储-128到127的整数。
测试代码
|
测试1:tinyint(1) rs.getObject(2),获取的是true/false
|
输出
第0列type:INT
第1列type:BIT
id:1 第二列Tinyint:false
id:2 第二列Tinyint:true
id:3 第二列Tinyint:true
id:4 第二列Tinyint:true
测试2:tinyint(2) rs.getObject(2),获取的是数字
输出结果:
第0列type:INT
第1列type:TINYINT
id:1 第二列Tinyint:0
id:2 第二列Tinyint:1
id:3 第二列Tinyint:2
id:4 第二列Tinyint:3
navicat查询tinyint(1)
如果在navicat上面展示:tinyint(1),能正常展示数字
jdbc查询结果指定查出来int的话,结果也是正常的,不会转为true false
如果代码更改为下面rs.getInt(2),不是object的话,则会显示正常的数字:
System.out.println("id:" + rs.getObject(1) + " 第二列Tinyint:" + rs.getInt(2)); 结果: id:1 第二列Tinyint:0 id:2 第二列Tinyint:1 id:3 第二列Tinyint:2 id:4 第二列Tinyint:3