使用什么：JPQL还是Criteria API？

Question

72

我的Java应用程序使用JPA进行对象持久化。业务域非常简单（只有三个类是持久化的，在每个类中有3-5个属性）。查询也很简单。问题是我应该使用哪种方法：JPQL还是Criteria API？

- yegor256

2个回答

10

我之前回答过类似的问题，现在我将我的回答再次发表在这里，以造福社区。我假设您正在使用应用服务器，如下面的答案所示。

Criteria API存在是为了以类型安全的方式构建动态SQL查询，以防止SQL注入。否则，您将会将SQL字符串串联在一起，这既容易出错又存在安全风险：即SQL注入。只有在这种情况下，您才需要使用Criteria API。

如果查询基本上保持不变，但需要接受不同的参数，则应使用带注释的@NamedQueries，这些查询更简单、预编译，可以在二级缓存中缓存，并可能在服务器启动期间进行验证。

基本上，这就是关于Criteria Queries与@NamedQueries的经验法则。根据我的经验，很少需要使用Criteria API，但它存在于那些需要它的罕见时刻。

希望这可以帮到您。

- sagneta

2

将常量字符串连接起来创建JPQL查询并不会带来安全风险。这正是CriteriaBuilder所做的。那么，CriteriaBuilder的优势是什么呢？除了使代码完全难以阅读和理解之外？ - bebbo

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Pascal Thivent · Accepted Answer

我相信这个问题在SO上已经有了答案，但我找不到现有的问题。所以，这是我对这个问题的看法:

这基本上就是你会在Hibernate: Criteria vs. HQL中发现的内容。

但是，JPA 2.0 Criteria API和Hibernate的Criteria API之间有一个主要区别值得一提：JPA 2.0 Criteria API是类型安全API，因此提供编译时检查、代码完成、更好的重构支持等功能。然而，我认为这些好处并不超过JPQL易用性带来的便利。

总之，除了动态查询（例如用于多条件搜索功能）外，我更喜欢JPQL。