java-在Hibernate 3.2中没有LONGVARCHAR的映射

前端之家收集整理的这篇文章主要介绍了java-在Hibernate 3.2中没有LONGVARCHAR的映射 前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我正在使用MySQL 5.1运行Hibernate 3.2.0.在MysqL中更新了group_concat_max_len之后(由于group_concat查询超出了默认值),当执行带有group_concat子句的sqlQuery时,出现以下异常:

“ JDBC类型没有方言映射:-1”

-1是LONGVARCHAR的java.sql.Types值.显然,增加group_concat_max_len值会导致对group_concat的调用返回LONGVARCHAR值.这似乎是此错误的一个实例:

http://opensource.atlassian.com/projects/hibernate/browse/HHH-3892

我猜Hibernate 3.5中有针对此问题的修复程序,但这仍然是开发版本,因此我很犹豫将其投入生产,并且不知道它是否会对我的代码库的其他部分造成问题.我也可以只使用JDBC查询,但是随后我必须用group_concat子句替换sqlQuery的每个实例.

还有其他建议吗?

最佳答案
是的,有两个建议.要么:

>修改Hibernate 3.2.0并进行HHH-3892的更改,即获取Hibernate源,应用r16501r16823r17332的补丁)并自己构建Hibernate.
>或按照HHH-1483中的建议使用自定义方言:

public class MysqL5Dialect extends org.hibernate.dialect.MysqL5Dialect {
    public MysqL5Dialect() {
        super();
        // register additional hibernate types for default use in scalar sqlquery type auto detection
        // http://opensource.atlassian.com/projects/hibernate/browse/HHH-1483
        registerHibernateType(Types.LONGVARCHAR,Hibernate.TEXT.getName());
    }    
}

选项2易于实现和测试(我没有),而选项1更“干净”,但需要做更多工作.就个人而言,我会选择选项#1,因为这是您将在3.5中获得的,因此可以确保无缝升级.

猜你在找的MySQL相关文章