JPA Criteria API-日历值算术

Question

我正在重写一个巨大的搜索查询，它最初是在Hibernate Criteria中创建的。我试图只使用标准的JPA解决方案。我面临的问题是，我想做一个where子句，如下所示：

select ... where (stopTime - startTime) > minimalLength

对于日历值来说，这似乎是不可能的，因为我无法使用Criteria API对它们进行算术运算。有解决办法吗？

更新1

正如答案中提到的（现在已删除），Criteria API有sum、diff、prod方法，但这些方法具有以下特征：

<N extends java.lang.Number> Expression<N>
    method(Expression<? extends N> x, Expression<? extends N> y)
<N extends java.lang.Number> Expression<N>
    method(N x, Expression<? extends N> y)
<N extends java.lang.Number> Expression<N>
    method(Expression<? extends N> x, N y)

因此它们不适用于日历（甚至不适用于日期）。

更新2

我想，我在正确的轨道上。我决定使用CriteriaBuilder的函数方法，并使用它调用（不幸的是，特定于供应商的）datediffSQL Server方法。看起来是这样的：

builder.function("datediff", Integer.class, builder.literal("second"), startTime, stopTime)

这几乎是可行的，唯一的问题是，datdiff不使用字符串作为第一个参数，它需要一个关键字（即没有引号的“第二”）。有人知道一种方法来传递一个字面到函数吗？

Answer 1

最后，我简单地转换成了unix_时间戳，这是数字，可以区分。很遗憾，JPA不能为函数提供参数。

cb.greaterThan(
  cb.diff(
    cb.function("unix_timestamp", Long.class, root.get(Table_.until)),
    cb.function("unix_timestamp", Long.class, root.get(Table_.from))
  )
, 3600L*longerThanHours)

Answer 2

我遇到了同样的问题，也遇到了你在更新2中遇到的同样的死胡同。

我能想到的唯一解决方法是创建一个UDF，它不需要字面上的“秒”，并将委托给datediff。

 CREATE FUNCTION [dbo].[datediff_seconds]
 (
    @from datetime,
    @to datetime
 )
 RETURNS int
 AS
 BEGIN

    RETURN datediff(second, @from, @to)

 END

 GO

这是个难题，但有效。

Answer 3

好的，最后我放弃了，用HQL istead的Criteria API实现了。希望我的问题能在Criteria API的下一次迭代中得到解决。。。