java – 在Criteria API调用期间有没有办法(本地)绕过或禁用AttributeConverter？

2023年1月27日 232次阅读

假设一个CreditcardNumb.class带有一个构造函数,用于检查信用卡号是否有效.

然后我创建一个CreditcardNumbConverter.class,将信用卡号转换为数据库中的字符串：

public class CreditcardnumbConverter
      implements AttributeConverter<CreditcardNumb, String> {

    public String convertToDatabaseColumn(CreditcardNumb cn) {
        if (cn== null) return null;
        return cn.toString();
        }

    public CreditcardNumb convertToEntityAttribute(String cn) {
        if ((cn == null) || cn.trim().isEmpty()) return null;
        return new CreditcardNumb(cn);
        }
    }

这工作正常,但现在我想使用Hibernate的Criteria API(新的或旧的API)来搜索以“123”开头的信用卡号码：

CreditcardNumb cn = new CreditcardNumb("123");

createCriteria(Wallet.class)
      .add(Restrictions.ilike("creditcard", cn, MatchMode.START))
      .list();

但是,由于“123”不是有效的信用卡号,因此对象实例化失败.此外,这甚至不会编译,因为ilike方法只接受字符串,而不接受CreditcardNumbs.

我的问题：

有没有办法(本地)绕过或禁用转换,这样我可以做类似的事情：

createCriteria(Wallet.class)
      .disable(CreditcardnumbConverter.class))
      .add(Restrictions.ilike("creditcard", "123", MatchMode.START))
      .list();

或者是否有其他方法可以使用Criteria API(不使用HQL)搜索以“123”开头的信用卡号.

最佳答案 您可以将信用卡列映射到String类型的另一个属性中：

@Entity
public class Wallet {

  private CreditcardNumb creditcard;

  @Column(name = ..., insertable = false, updatable = false)
  private String creditcardStr;

  ...
}

关键点是将此列映射为既不可插入也不可更新,因此其值不会持久化(否则Hibernate将不知道是否使用creditcard或creditcardStr值来更新底层数据库列).

现在您的查询可能如下所示：

createCriteria(Wallet.class)
  .add(Restrictions.ilike("creditcardStr", "123", MatchMode.START))
  .list();
点赞