为什么Hibernate切换到在CLOB上使用LONG？

Question

看起来Hibernate在版本3.5.5 (我们从3.2.7升级而来)开始使用LONG数据类型，而不是使用CLOB作为type="text"的属性。

这会导致问题，因为Oracle中的LONG数据类型是一种不应该使用的过时数据类型(请参阅http://www.orafaq.com/wiki/LONG)，并且表中不能有多个数据类型为LONG的列。

有没有人知道这为什么会改变？

我尝试将Oracle SetBigStringTryClob属性设置为true (如Hibernate > CLOB > Oracle :(中所建议的)，但这不会影响数据类型映射，只会影响与我的情况无关的数据传输内部机制。

一种可能的解决方法是覆盖org.hibernate.dialect.Oracle9iDialect：

public class Oracle9iDialectFix extends Oracle9iDialect {
  public Oracle9iDialectFix() {
    super();
    registerColumnType(Types.LONGVARCHAR, "clob");
    registerColumnType(Types.LONGNVARCHAR, "clob");
  }
}

然而，这是最后的手段-重写这个类更接近于派生Hibernate，而我宁愿避免这样做。

有人能解释一下为什么要这样做吗？这应该作为一个bug来提出吗？

更新:我已经创建了https://hibernate.atlassian.net/browse/HHH-5569，让我们看看会发生什么。

Answer 1

看起来这个问题的解决方案是使用materialized_clob，至少Gail Badner在HHH-5569上是这么说的。

这对我一点帮助都没有(我留下了相关的评论)，但可能会对这里的其他人有帮助。无论如何，bug被拒绝了，我对此无能为力，只能使用覆盖的方言:(

Answer 2

有人能解释一下为什么要这么做吗？这应该作为一个bug来提出吗？

这已经为HHH-3892完成了-改进了对将SQL LONGVARCHAR和CLOB映射到Java String，将SQL LONGVARBINARY和BLOB映射到Java byte[]的支持(文档的更新由HHH-4878跟踪)。

根据同样的问题，旧的行为是错误的。

(注意:目前，org.hibernate.type.TextType错误地将"text“映射到java.sql.Types.CLOB；这个问题将被修复，并在数据库方言中更新)

您可以随时提出问题，但简而言之，我的理解是，如果您希望将属性映射到CLOB，则应该使用type="clob"。

PS:提供自己的Dialect并在Hibernate配置中声明它(这与fork没有任何关系)不是一个长期的解决方案。

Answer 3

我不能回答你的问题，为什么，但是对于Hibernate 6，似乎是they're considering switching back to using CLOB