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

前端之家收集整理的这篇文章主要介绍了java-在Hibernate 3.2中没有LONGVARCHAR的映射 前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
@H_301_1@我正在使用MySQL 5.1运行Hibernate 3.2.0.在MysqL中更新了group_concat_max_len之后(由于group_concat查询超出了默认值),当执行带有group_concat子句的sqlQuery时,出现以下异常:

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

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

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

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

@H_301_1@还有其他建议吗?

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

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

@H_301_1@

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

猜你在找的MySQL相关文章