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