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分页复合查询的示例分析”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注亿速云行业资讯频道！