Ambiguos字符从jdbc读取db2 char字段

Question

我正在使用一个新的 java 应用程序，该应用程序适用于 db2 中无法更改的旧数据库。在其中一个表中，有包含 comp3 字符的 char（32） 列。

我们使用ibmdb2jdbctype4驱动程序阅读本专栏。当我们检查字节以解压缩字符时，我们发现无论何时bbdd中有一个值为25的字节，jdbc驱动程序都会将其恢复为值15。值为15的字节也会恢复为15的值，因此我们不知道如何解决这个不明确的值。

阅读ibm文档，似乎读取字符串会将它们从ebcdic转换为ascii/unicode，这似乎是问题的根源。

有没有办法不用这种转换就能恢复字段的实字节？

请注意，resultSet.getBinary Stream（）不起作用，因为它是一个char列，我们不能以任何方式更改数据库。我们只能影响jdbc连接和java代码。

Answer 1

正如@Andrew暗示的那样，最终的解决方案将是强制转换为二进制:

从表中选择强制转换（字段为二进制（以字节为单位的大小））…

这样，我可以用ResultSet.getBinaryStream()或ResultSet.getBytes()读取值，获得存储在数据库中的相同信息，并且中间没有奇怪的转换。

Answer 2

COMP-3是打包数字的COBOL术语。

关于IBM中端或大型机系统上的数值的快速课程。固定小数用（精度、小数位数）表示。因此，（5,2）数字的最大值为999.99。

给定值：012.34
分区十进制（5,2）将是x'F0F1F2F3F4'（5字节）
打包十进制（5,2）将是x'01234F'（3字节）

给定值：012.34-
分区小数（5,2）将是x'F0F1F2F3D4'
打包小数（5,2）将是x'01234D'

另请注意，字符串“01234”将是 x'F0F1F2F3F4'

将这些存储在DB中的字符列中是没有意义的。

理想情况下，您应该修复您的数据库，使数值存储在数字列中。下一个最好的方法是定义一个视图，将数据正确地提取到它的组件列中。

如果您正在处理嵌入在字符串中的正分区十进制，那么使用 CAST（） 进行转换也没什么大不了的。负值有点难

压缩十进制是另一回事。也许在Java应用程序中最容易做到的是，一个快速的谷歌可以找到一些可能的解决方案。

在SQL中执行此操作需要使用HEX（）函数返回一个字符串，然后才能处理。您提到的列是32个字符，假设前29个字符是有效字符串，后3个字符包含压缩（5,2）数字。。。

select substr(mycol,1,29) as string_value 
      dec(
         dec(substr(hex(substr(mycol,30,3)),1,3)
             concat '.' concat
             substr(hex(substr(mycol,30,3)),4,2),
         5,2) *
         (case when substr(hex(substr(mycol,30,3)),6,1) = 'D'
                 then -1 else 1 end),
       5,2) as numeric_value
  from mytable