Spring Data JPA分页复合查询的示例分析
这篇文章主要介绍Spring Data JPA分页复合查询的示例分析,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
Spring Data JPA是Spring Data家族的一部分,可以轻松实现基于JPA的存储库。 此模块处理对基于JPA的数据访问层的增强支持。 它使构建使用数据访问技术的Spring驱动应用程序变得更加容易。
在相当长的一段时间内,实现应用程序的数据访问层一直很麻烦。 必须编写太多样板代码来执行简单查询以及执行分页和审计。 Spring Data JPA旨在通过减少实际需要的工作量来显著改善数据访问层的实现。
作为开发人员,您编写repository接口,包括自定义查找器方法,Spring将自动提供实现。例如,你继承JpaRepository<实体类,主键类型>,他会提供很方便的查询方法,运用findby+字段,完全不需要开发人员写sql就可以查询你需要的。
至于findby的用法可以百度,可以拼接很多关键字来扩展。这个是一般情况,但是实际中可能用的地方就不会这么简单了,我们来具体说说或者说举例来说明吧。
一般:就像上面说的,优秀。
分页:分页其实说白了就是2个查询。我们通过使用标签@query内含原生态nativeQuery=ture来手动编写,列表sql运用value,数量sql用countQuery,返回page属性。但是注意@query的时候有讲究,当遇到不同数据库的后面需要拼接的东西不一样。比如orcale是?#{#pageable},mysql是 \n#pageable\n ,sqlsever是 \n-- #pageable\n 。
例:
@Query(value="select * from C_Article where type=:type \n--#pageable\n",countQuery="select count(*) from C_Article where type=:type",nativeQuery=true) Page<C_Article> findByType(@Param("type") String type,Pageable pageable);
所以总结来说还是比较蛋疼,而且还没说其他复合情况。
复合查询:一般的复合我们可以用原生态的sql解决,即nativeQuery=ture。当遇到条件拼接查询的时候我第一次就傻掉了。查了好久,没找到感觉舒适的。他需要我们实现JpaRepository<实体类,主键类型>和JpaSpecificationExecutor<实体类>,实体类还得写个原型类。service实现类里面的方法通过findAll((root, criteriaQuery, criteriaBuilder)来构造sql。
例:实体类
@Entity @Data/**这个是lombok标签**/ @Table(name="news") public class News implements Serializable{ @Id private String Id; private String Type; private String Title; private String Creater; }
模型类
@Generated(value = "org.hibernate.jpamodelgen.JPAMetaModelEntityProcessor") @StaticMetamodel(News.class) public class News_ { public static volatile SingularAttribute<News, String> Id; public static volatile SingularAttribute<News, String> Type; public static volatile SingularAttribute<News, String> Title; public static volatile SingularAttribute<News, String> Creater; }
service类就不传了。看下serviceImp这个里面的方法,这个是蛋疼的地方
public List<News> newsList(String type, String creater) { return (这个是你注入的repository)repository.findAll((root, criteriaQuery, criteriaBuilder) -> { List<Predicate> predicatesList = new ArrayList<>(); if (creater!="" ) { predicatesList.add( criteriaBuilder.and( criteriaBuilder.like( root.get(News_.Creater), "%" + creater+ "%"))); } if (type!="") { predicatesList.add( criteriaBuilder.and( criteriaBuilder.like( root.get(News_.Type), "%"+type+"%"))); } return criteriaBuilder.and( predicatesList.toArray(new Predicate[predicatesList.size()])); }); }
DAO类
public interface NewsRepository extends JpaRepository<News, String>,JpaSpecificationExecutor<News>{ List<News> <em id="__mceDel">newsList(String type,String create)</em> }
criteriaBuilder这个包含不止like,还有其他的我就不一一列举了,具体还有啥建议点进去看源码。但是这样一看是不是很麻烦。所以实际运用上还是不建议使用。
总结一句话,还是老老实实用mybatis就好了,mybatis-plus搭配起来就可以写的很舒畅了。
以上是“Spring Data JPA分页复合查询的示例分析”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注行业资讯频道!