Question

您可能将bytea列映射为Hibernate类型二进制文件。在java中，bytea数据适当地表示为byte []。

设置数据时，它会正确显示在PostreSQL 9.0数据库中。

例如：

            set( [ 1, 2, 0, 1, 255, 0 ] )

在正常的SQL查询输出中显示为：

             \x010201ff00

当Hibernate调用java set（）例程加载数据时，数据不正确。除第一个字节外的所有字节都更改为字节值的ASCII表示形式。 set（）函数的断点并观察Hibernate调用：

           set( [ 1, 50, 48, 49, 102, 102, 48 ] )

等效：

           set( [ 1, '2', '0', '1', 'f, 'f', '0' ] )

PostgreSQL 9.0已将其默认的bytea输出从'escape'更改为'hex'。这至少会混淆（至少）9.0之前版本的hibernate。

要解析，编辑postgresql.conf文件并将“bytea_output”的设置从“hex”更改为“escape”，恢复旧的输出格式。重启你的服务器。

...
#vacuum_freeze_min_age = 50000000
#vacuum_freeze_table_age = 150000000
bytea_output = 'escape'         # hex, escape  escape is REQUIRED BY  HIBERNATE 3.3.2GA
#xmlbinary = 'base64'
#xmloption = 'content'
...

您的SQL查询数据现在也将以更传统的八进制形式显示：

\001\002\000\001\377\000

由于hex更易于阅读，任何人都知道如何配置Hibernate 3.3.2GA来理解十六进制格式？

Answer 1

问题不在于Hibernate本身，而在于PostgreSQL JDBC驱动程序需要解码这些东西。这是一个已知问题，例如Perl中的DBD :: Pg。

去年五月在PostgreSQL JDBC驱动程序中修复了这个问题，所以你应该可以简单地升级它。请参阅：http://jdbc.postgresql.org/changes.html#version_9.0-dev800

Hibernate 3.3.2GA不正确地从PostgreSQL 9.0加载bytea数据，并且所有类型映射都是正确的

1 个答案: