休眠日期标准失败，但 HQL 工作

Question

Hibernate 似乎使用 Oracle 中的 Criterion API 错误地处理日期范围。 SQL 查询本身似乎是正确的（从 Hibernate 复制并手动执行）。所以，

给定

Clazz<Bar> clazz;
Date start, end; 

这失败

List<Bar> bars = sessionFactory.getCurrentSession()
    .createCriteria(clazz)
    .add(Restrictions.between("timestamp", start, end))
    .list();

还有这个

 List<Bar> bars = sessionFactory.getCurrentSession()
     .createCriteria(clazz)
     .add(Restrictions.ge("timestamp", start))
     .add(Restrictions.le("timestamp", end))
     .list();

但这有效

List<Bar> bars = sessionFactory.getCurrentSession()
    .createQuery("from Bar b where b.timestamp > ? and b.timestamp < ?")
    .setDate(0, start)
    .setDate(1, end)
    .list();

---

失败观察是：

1. 返回的Bar结果数相同（且正确）

2. 但在 标准 的情况下，Bar 和 List<Foo> 返回的 Foo 对象大约比相应的 SQL 查询多 10 倍。所有额外的Foo 对象都是相同的副本。

---

编辑

@Entity
public class Bar {

    @Id 
    private String id;

    @Temporal(TemporalType.TIMESTAMP)
    private Date timestamp;

    @ManyToMany(cascade = CascadeType.ALL, fetch=FetchType.EAGER)
    @JoinTable(
        name = "bar_foo",
        joinColumns = { @JoinColumn(name = "barid") },
        inverseJoinColumns = { @JoinColumn(name = "fooid") }
    )
    private List<Foo> params;
}

@Entity
public class Foo {
    @Id private String id;
}

Answer 1

我现在不记得或查找这背后的基本原理，但您看到的可能是预期的行为。试试这个：

criteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);

Answer 2

尝试重写查询

List<Bar> bars = sessionFactory.getCurrentSession()
 .createCriteria(Bar.class)
 .add(Restrictions.ge("timestamp", start))
 .add(Restrictions.le("timestamp", end))
 .list();

这和你做的一样，但是我从来没有见过像你这样使用它们的类类型变量的例子。

你也应该检查这个链接HQL(hibernate) timestamp range match还有这个Restrictions Between for Date in Hibernate Criteria

编辑 2： 查看此处的示例：http://www.javalobby.org/articles/hibernatequery102/