Spring JPA CriteriaBuilder的greaterThan能否传入String对比数据库数字类型字段

你观察到的有效查询结果是两层隐式类型转换共同作用的结果：

• 编译层面：你的代码中CriteriaQuery、root.get("rating")都没有显式指定泛型，CriteriaAPI的编译期类型校验没有生效，所以允许传入和实体字段类型不匹配的String参数。运行阶段JPA实现（常见为Hibernate）也不会对入参做严格的类型校验，会直接把String类型的"20"作为参数绑定到生成的SQL语句中。
• 数据库层面：生成的SQL语句结构为rating > ?，其中rating是NUMBER类型，绑定的参数是数值格式的字符串，主流关系型数据库（MySQL、Oracle等）都支持这种场景下的隐式类型转换，会自动将字符串参数转为数值后再做比较，因此最终返回了正确的结果。

这种写法存在多处风险，不建议在生产环境使用：

• 性能损耗：数据库的隐式类型转换会导致rating字段上的索引失效，数据量较大时查询性能会出现明显下降。
• 运行异常风险：如果传入的字符串不是合法的数值格式（例如传入"20x"），数据库会直接抛出类型转换异常，导致查询完全失败。
• 兼容性问题：不是所有数据库都支持数值类型和字符串的隐式比较，后续如果切换数据库类型，原有代码会直接失效。
• 丢失类型安全：CriteriaAPI本身设计支持编译期类型安全校验，这种写法相当于主动放弃了类型校验能力，增加了线上出问题的概率。

请先将字符串参数转为和实体字段匹配的Integer类型后再传入比较方法：

CriteriaBuilder cb = entityManager.getCriteriaBuilder();
// 显式指定CriteriaQuery泛型
CriteriaQuery<Customer> cq = cb.createQuery(Customer.class);
Root<Customer> root = cq.from(Customer.class);
// 先转换参数类型
Integer ratingThreshold = Integer.valueOf("20");
// 显式指定字段泛型，触发编译期类型校验
Predicate comparisonPredicate = cb.greaterThan(root.<Integer>get("rating"), ratingThreshold);

cq.where(comparisonPredicate);
cq.select(root);
TypedQuery<Customer> query = entityManager.createQuery(cq);

如果引入了JPA静态元模型，还可以写出更易维护的类型安全查询：

Predicate comparisonPredicate = cb.greaterThan(root.get(Customer_.rating), ratingThreshold);

内容的提问来源于stack exchange，提问作者KItis