spring data jpa使用详解_jparepository<t, id>-CSDN博客

本文链接：https://blog.csdn.net/weixin_41987908/article/details/102812735

本文深入解析Spring Data JPA中的核心接口，包括CrudRepository、PagingAndSortingRepository、JpaRepository等，详述各接口的功能及使用场景，如批量操作、分页排序和实例查询等，帮助开发者掌握高效的数据访问技巧。

摘要由CSDN通过智能技术生成

1.1 简单查询–接口方法 地址：https://blog.csdn.net/liuchuanhong1/article/details/52042477
在这里插入图片描述

1.2 五个接口详解

1.2.1 CrudRepository接口

其中T是要操作的实体类，ID是实体类主键的类型。该接口提供了11个常用操作方法。

@NoRepositoryBean 
publicinterface CrudRepository<T, ID extendsSerializable> extends Repository<T, ID> {

    <S extends T> S save(S entity);//保存 

    <S extends T> Iterable<S> save(Iterable<S> entities);//批量保存 

    T findOne(ID id);//根据id 查询一个对象。返回对象本身，当对象不存在时，返回null  

    Iterable<T> findAll();//查询所有的对象 

    Iterable<T> findAll(Iterable<ID> ids);//根据id列表查询所有的对象 

    boolean exists(ID id);//根据id 判断对象是否存在

    long count();//计算对象的总个数 

    void delete(ID id);//根据id 删除 

    void delete(T entity);//删除一个对象

    void delete(Iterable<? extendsT> entities);//批量删除，集合对象（后台执行时，一条一条删除）

    void deleteAll();//删除所有（后台执行时，一条一条删除）

}

1.2.2 PagingAndSortingRepository接口

该接口继承了CrudRepository接口，提供了两个方法，实现了分页和排序的功能了。

@NoRepositoryBean 
publicinterface PagingAndSortingRepository<T, ID extends Serializable> extendsCrudRepository<T, ID> { 
  Iterable<T> findAll(Sort sort);// 仅排序 
 Page<T>findAll(Pageable pageable);// 分页和排序 

}

1.2.3 JpaRepository接口

该接口继承了PagingAndSortingRepository接口。

同时也继承QueryByExampleExecutor接口，这是个用“实例”进行查询的接口，后续再写文章详细说明。

@NoRepositoryBean

publicinterface JpaRepository<T, ID extendsSerializable>
extends PagingAndSortingRepository<T, ID>,QueryByExampleExecutor<T> {

    List<T>findAll(); //查询所有对象，返回List

    List<T>findAll(Sort sort); //查询所有对象，并排序，返回List

    List<T>findAll(Iterable<ID> ids); //根据id列表查询所有的对象，返回List

    void flush(); //强制缓存与数据库同步
    
    <S extends T> List<S> save(Iterable<S> entities); //批量保存，并返回对象List

    <S extends T> S saveAndFlush(S entity);//保存并强制同步数据库
    
    void deleteInBatch(Iterable<T> entities);//批量删除集合对象（后台执行时，生成一条语句执行，用多个or条件）

    void deleteAllInBatch();//删除所有（执行一条语句，如：delete from user）

    T getOne(ID id); //根据id 查询一个对象，返回对象的引用（区别于findOne）。当对象不存时，返回引用不是null，但各个属性值是null

    @Override
    <S extends T> List<S> findAll(Example<S> example); //根据实例查询

    @Override
    <S extends T> List<S> findAll(Example<S> example, Sort sort);//根据实例查询，并排序。
}

几点说明：

（1）几个查询、及批量保存方法，和 CrudRepository 接口相比，返回的是 List，使用起来更方便。

（2）增加了InBatch 删除，实际执行时，后台生成一条sql语句，效率更高些。相比较而言，CrudRepository 接口的删除方法，都是一条一条删除的，即便是 deleteAll 也是一条一条删除的。

（3）增加了 getOne()方法，切记，该方法返回的是对象引用，当查询的对象不存在时，它的值不是Null。

1.2.4 JpaSpecificationExecutor接口

该接口提供了对JPA Criteria查询（动态查询）的支持。这个接口很有用，具体不粘源码了。

1.3 方法定义规则
在这里插入图片描述
1.4 解析方法名–规则说明

1.4.1 规则描述
按照Spring data定义的规则，查询方法以find|read|get开头（比如 find、findBy、read、readBy、get、getBy），涉及条件查询时，条件的属性用条件关键字连接，要注意的是：条件属性首字母需大写。框架在进行方法名解析时，会先把方法名多余的前缀截取掉，然后对剩下部分进行解析。
如果方法的最后一个参数是 Sort 或者 Pageable 类型，也会提取相关的信息，以便按规则进行排序或者分页查询。

1.4.2 举例说明

比如 findByUserAddressZip()。框架在解析该方法时，首先剔除findBy，然后对剩下的属性进行解析，详细规则如下（此处假设该方法针对的域对象为AccountInfo类型）：
先判断userAddressZip （根据 POJO 规范，首字母变为小写，下同）是否为AccountInfo 的一个属性，如果是，则表示根据该属性进行查询；如果没有该属性，继续第二步；
从右往左截取第一个大写字母开头的字符串（此处为 Zip），然后检查剩下的字符串是否为AccountInfo的一个属性，如果是，则表示根据该属性进行查询；如果没有该属性，则重复第二步，继续从右往左截取；最后假设user 为AccountInfo 的一个属性；
接着处理剩下部分（AddressZip ），先判断 user 所对应的类型是否有addressZip 属性，如果有，则表示该方法最终是根据 " AccountInfo.user.addressZip" 的取值进行查询；否则继续按照步骤 2 的规则从右往左截取，最终表示根据 " AccountInfo.user.address.zip" 的值进行查询。

可能会存在一种特殊情况，比如 AccountInfo包含一个 user 的属性，也有一个 userAddress 属性，此时会存在混淆。读者可以明确在属性之间加上 “" 以显式表达意图，比如 “findByUser_AddressZip()” 或者"findByUserAddress_Zip()"。（强烈建议：无论是否存在混淆，都要在不同类层级之间加上"” ，增加代码可读性）

1.4.3 一些情况

当查询条件为null时

举例说明如下：

实体定义：对于一个客户实体Cus,包含有name和sex，均是String类型。

查询方法定义：ListfindByNameAndSex(String name,String sex);

使用时：dao.findByNameAndSex(null,“男”);

后台生成sql片断：where(cus0_.name is null) and cus0_.sex=?

结论：当查询时传值是null时，数据库中只有该字段是null的记录才符合条件，并不是说忽略这个条件。也就是说，这种查询方式，只适合于明确查询条件必须传的业务，对于动态查询（条件多少是动态的，例如一般的查询列表，由最终用户使用时决定输入那些查询条件），这种简单查询是不能满足要求的。

排序

List<Cus>findBySexOrderByName(String sex); //名称正序（正序时，推荐此方式，简单）

List<Cus>findBySexOrderByNameAsc(String sex); //名称正序（效果同上）

List<Cus>findBySexOrderByNameDesc(String sex); //名称倒序

结果限制

 /**
 * 根据父ID，得到排序号最大的bo。

 * 用于预计算新资源的排序号。

 */

Resource findFirstByFather_idOrderByOrderNumDesc(Long fatherId);

User findFirstByOrderByLastnameAsc();

User findTopByOrderByAgeDesc();

Page<User> queryFirst10ByLastname(String lastname,Pageable pageable);

Slice<User> findTop3ByLastname(String lastname,Pageable pageable);

List<User> findFirst10ByLastname(String lastname,Sort sort);

List<User> findTop10ByLastname(String lastname,Pageable pageable);

计数

Long countByLastname(String lastname);

删除

void deleteByProject_Id(Long id);

void deleteByProject_Cus_id(Long id);

一样讲解而且有测试https://blog.csdn.net/liuchuanhong1/article/details/52042477