JPA/Hibernate + HQL/JPQL：选择带有 BigDecimal 参数的 DTO

我们使用 JPA 和 hibernate 作为实现。假设我有以下 DTO：

public class SupplierInfoDto{
   private String supplierName;
   private BigDecimal remainingFinances;

   public SupplierInfoDto(String supplierName, BigDecimal remainingFinances){
       this.supplierName = supplierName;
       this.remainingFinances = remainingFinances;
   }

   // getters / setters
}

我似乎无法让休眠正确找到这个构造函数。我首先尝试了以下查询（模型比这更复杂，我最终需要获取一些聚合（不是直接在实体上），这就是为什么我要获取 DTO 而不是实体）：

SELECT NEW com.company.dto.SupplierInfoDto(s.name, f.remaining)
FROM Supplier s INNER JOIN Finances f
WHERE s.id = :SupplierId

但是，我得到了org.hibernate.hql.ast.QuerySyntaxException: Unable to locate appropriate constructor on class例外。

The remaining我选择的列在 MSSQL 中存储为浮点数（我知道，我知道钱永远不应该存储为浮点数，但这是一个现有系统，我不能只更改此数据类型）。

作为测试，我尝试了以下查询，但出现与上面相同的异常：

SELECT NEW com.company.dto.SupplierInfoDto(s.name, NEW java.math.BigDecimal(10))
FROM Supplier s
WHERE s.id = :SupplierId

所以我的问题是：如何让 hibernate/JPA 为上面的两个查询找到合适的构造函数？

UPDATE: The remaining财产在财务实体上属于 double 类型（不是我的决定）。

我不确定为什么 BigDecimal ctor 没有被识别，但你可以重载你的构造函数

如果你有

public SupplierInfoDto(String s, Double d) {
   this(s, new BigDecimal(String.valueOf(d)));
}

public SupplierInfoDto(String s, BigDecimal bd) {
   //set fields
}

并不是说，如果您使用 BigDecimal 双精度构造函数，则数字基于双精度，因此仍然可能存在舍入错误。通常最好使用 BigDecimal 字符串构造函数

例如

new BigDecimal("0.1")

比更精确

new BigDecimal(0.1d)

This http://rayfd.me/2007/04/26/the-evil-bigdecimal-constructor/文章解释了这一点