这是由于 一系列不幸事件而发生的 。
问题始于HSQLDB不支持
float
数据类型的事实 。(是吗?是的,我知道,但是这里的文档。)由于HSQLDB 在指定列时不会简单 失败
float
,而是将其默默地重新解释为double
,从而使毫无疑问的程序员认为一切正常,这一问题开始变得棘手。因此,create table
您可以在 语句中将列的类型指定为float
,HSQLDB将成功,但这只会引发您的麻烦,因为如果以后查询该列的类型,则会发现它double
不是float
。然后,hibernate后来发现此列为
double
,而期望它为float
,并且它不够聪明,无法利用float
可 从中 分配 的事实double
。每个人都知道adouble
比a更好float
,因此hibernate状态应该很 高兴 它发现double
所需的时间只是afloat
,对吗?-但是没有,hibernate不会有任何事情:当它期望a时float
,只有afloat
会做。然后,关于hibernate有一个有趣的事情,据说它具有对HSQLDB的内置支持,事实证明它包含一个
class org.hibernate.dialect.HSQLDialect
,但 该方言并不关心您的浮点数。 因此,他们不认为数据类型不兼容是方言问题吗?他们从未用浮子测试过吗?我不知道该怎么办,但事实是HSQLDB的hibernate方言无法解决此问题。
所以,我们能做些什么?
解决该问题的一种可能方法是为HSQLDB创建我们自己的hibernate方言,在其中我们纠正了这一差异。
在过去,我遇到了MySQL和
booleanvs.的类似问题
bit,因此对于HSQLDB,我通过声明自己的HSQLDB方言来解决了
floatvs.问题。
double对于hibernate:
public class FixedHsqlDialect extends HSQLDialect{ public FixedHsqlDialect() { registerColumnType( java.sql.Types.FLOAT, "double" ); }}并如下使用它:
ejb3cfg.setProperty( "hibernate.dialect", FixedHsqlDialect.class.getName() ); //Instead of: org.hibernate.dialect.HSQLDialect.class.getName();



