Spring JPA之JpaRepository与criteria API

前言

JpaRepository和criteria API都是spring jpa进行数据库操作提供的工具，区别于mybaits就是他们不需要编写原生的sql语句，通过特定的函数就是进行数据库操作，但是同时灵活性方面也会受到影响。

JpaRepository

首先是编写entity实体类（对应于数据库中的表），例如

然后争对这个实体类编写Jparepository接口

只要继承了父接口JpaRepository<E,ID>,就是自动帮我们生成Bean，可以直接在其他地方使用。
函数接口对应的sql操作


查找所有：repository.findAll()
增/改 ： repository.save(Entity item)
删：repository.deleteById(ID）

同时这些检索函数都支持分页检索，只要传入Pageable参数即可

除此之外，JpaRepository也支持编写sql语句，这样可以方便我们进行复杂的sql查询（子查询，连接查询等）只要使用@Query注解即可
分为两种，使用原生sql还是非原生sql语句，例如

这是使用原生sql语句，就是把nativeQuery参数设置为true
优点：就是可以使用动态的sql语句，就是if语句来达到例如动态多条件检索的效果
缺点：当我们在查询中需要传入数组，例如in查询时，并不支持String数组。

只是就是使用非原生的sql，@Query默认是使用非原生的sql
优点：支持传入String数组
缺点：不支持动态sql

总结：使用这两种方法貌似都不完美，优缺点刚好互补，有没有什么方法可以同时兼得两者的优点呢，那就是使用criteria啦。

criteria API

使用这个API需要原来的接口在继承另一个接口JpaSpecificationExecutor< E >,同时也还要继承原来的JpaRepository<E,ID>接口，因为JpaSpecificationExecutor不能单独使用，这样无法生存Bean。

使用方法

创建Specification< E >对象，重写toPredicate方法，例子:

这个例子是多条件的检索，通过构建 List< Predicate > list 来存储条件，达到动态查询的作用，通过
Predicate[]p=new Predicate[list.size()];
return cb.and(list.toArray( p ));
来返回 toPredicate函数的结果。
对于in查询来说，如果参数是固定的数组，则：

对应的sql语句是 select candidate from CandidateEntity where name in 参数数组

如果需要连接其他数据表，则可以创建子查询语句：

对应的sql语句是 select candidate from CandidateEntity where id in （select id from CandidateTagEntity where name in 参数数组）；

总结：如果是普通的增删改查，则使用JpaRepository调用特定的函数执行即可，但是如果设计复杂一点的查询，则JpaRepository并不完美，使用criteria API能更好地满足需求。