spring data jpa 综述

1.Spring Data所解决的问题 

Spring Data :提供了一整套数据访问层(DAO)的解决方案,致力于减少数据访问层(DAO)的开发量。它使用一个叫作Repository的接口类为基础,它被定义为访问底层数据模型的超级接口。而对于某种具体的数据访问操作,则在其子接口中定义。 
public interface Repository<T, ID extends Serializable> { 

所有继承这个接口的interface都被spring所管理,此接口作为标识接口,功能就是用来控制domain模型的。 
Spring Data可以让我们只定义接口,只要遵循spring data的规范,就无需写实现类。 

2.什么是Repository? 
2.1 Repository(资源库):通过用来访问领域对象的一个类似集合的接口,在领域与数据映射层之间进行协调。这个叫法就类似于我们通常所说的DAO,在这里,我们就按照这一习惯把数据访问层叫Repository 
Spring Data给我们提供几个Repository,基础的Repository提供了最基本的数据访问功能,其几个子接口则扩展了一些功能。它们的继承关系如下: 
Repository: 仅仅是一个标识,表明任何继承它的均为仓库接口类,方便Spring自动扫描识别 
CrudRepository: 继承Repository,实现了一组CRUD相关的方法 
PagingAndSortingRepository: 继承CrudRepository,实现了一组分页排序相关的方法 
JpaRepository: 继承PagingAndSortingRepository,实现一组JPA规范相关的方法 
JpaSpecificationExecutor: 比较特殊,不属于Repository体系,实现一组JPA Criteria查询相关的方法 
我们自己定义的XxxxRepository需要继承JpaRepository,这样我们的XxxxRepository接口就具备了通用的数据访问控制层的能力。 
2.2 JpaRepository 所提供的基本功能 
2.2.1 CrudRepository<T, ID extends Serializable>: 
这个接口提供了最基本的对实体类的添删改查操作 
T save(T entity);//保存单个实体 
        Iterable<T> save(Iterable<? extends T> entities);//保存集合 
        T findOne(ID id);//根据id查找实体 
        boolean exists(ID id);//根据id判断实体是否存在 
        Iterable<T> findAll();//查询所有实体,不用或慎用! 
        long count();//查询实体数量 
        void delete(ID id);//根据Id删除实体 
        void delete(T entity);//删除一个实体 
void delete(Iterable<? extends T> entities);//删除一个实体的集合 
        void deleteAll();//删除所有实体,不用或慎用! 
2.2.2 PagingAndSortingRepository<T, ID extends Serializable> 
这个接口提供了分页与排序功能 
Iterable<T> findAll(Sort sort);//排序 
        Page<T> findAll(Pageable pageable);//分页查询(含排序功能) 
2.2.3 JpaRepository<T, ID extends Serializable> 
这个接口提供了JPA的相关功能 
List<T> findAll();//查找所有实体 
        List<T> findAll(Sort sort);//排序 查找所有实体 
        List<T> save(Iterable<? extends T> entities);//保存集合 
        void flush();//执行缓存与数据库同步 
        T saveAndFlush(T entity);//强制执行持久化 
void deleteInBatch(Iterable<T> entities);//删除一个实体集合 
3.Spring data 查询 
3.1 简单条件查询:查询某一个实体类或者集合 
按照Spring data 定义的规则,查询方法以find|read|get开头 
涉及条件查询时,条件的属性用条件关键字连接,要注意的是:条件属性以首字母大写其余字母小写为规定。 
例如:定义一个Entity实体类 
class User{ 
private String firstname; 
private String lastname; 
} 
使用And条件连接时,应这样写: 
findByLastnameAndFirstname(String lastname,String firstname); 
条件的属性名称与个数要与参数的位置与个数一一对应 

3.2 使用JPA NamedQueries (标准规范实现) 
这种查询是标准的JPA规范所定义的,直接声明在Entity实体类上,调用时采用在接口中定义与命名查询对应的method,由Spring Data根据方法名自动完成命名查询的寻找。 
(1)在Entity实体类上使用@NamedQuery注解直接声明命名查询。 
@Entity 
@NamedQuery(name = "User.findByEmailAddress", 
  query = "select u from User u where u.emailAddress = ?1") //1表示第一个参数
public class User { 


注:定义多个时使用下面的注解 
@NamedQueries(value = { 
         @NamedQuery(name = User.getUserByName, query = "select u from User u where u.id = :username"), //:表示的是参数名为username
        @NamedQuery(name = "getUsernamePasswordToken", query = "select new com.aceona.weibo.vo.TokenBO(u.username,u.password) from User u where u.username+ " = :username")}) 
(2)在interface中定义与(1)对应的方法 
public interface UserRepository extends JpaRepository<User, Long> { 

  List<User>getUserByName(@Param("username")String lastname); 

  User findByEmailAddress(String emailAddress); 

3.3 使用@Query自定义查询(Spring Data提供的) 
这种查询可以声明在Repository方法中,摆脱像命名查询那样的约束,将查询直接在相应的接口方法中声明,结构更为清晰,这是Spring data的特有实现。 
例如: 
public interface UserRepository extends JpaRepository<User, Long> { 

  @Query("select u from User u where u.emailAddress = ?1") 
  User findByEmailAddress(String emailAddress); 

3.4 @Query与 @Modifying 执行更新操作 
这两个annotation一起声明,可定义个性化更新操作,例如只涉及某些字段更新时最为常用,示例如下: 
@Modifying 
@Query("update User u set u.firstname = ?1 where u.lastname = ?2") 
int setFixedFirstnameFor(String firstname, String lastname); 

3.5 索引参数与命名参数 
(1)索引参数如下所示,索引值从1开始,查询中 ”?X” 个数需要与方法定义的参数个数相一致,并且顺序也要一致 
@Modifying 
@Query("update User u set u.firstname = ?1 where u.lastname = ?2") 
int setFixedFirstnameFor(String firstname, String lastname); 

(2)命名参数(推荐使用这种方式) 
可以定义好参数名,赋值时采用@Param("参数名"),而不用管顺序。如下所示: 
public interface UserRepository extends JpaRepository<User, Long> { 

  @Query("select u from User u where u.firstname = :firstname or u.lastname = :lastname") 
  User findByLastnameOrFirstname(@Param("lastname") String lastname, 
                                 @Param("firstname") String firstname); 


4. Transactionality(事务) 
4.1 操作单个对象的事务 
Spring Data提供了默认的事务处理方式,即所有的查询均声明为只读事务,对于持久化,更新与删除对象声明为有事务。 
参见org.springframework.data.jpa.repository.support.SimpleJpaRepository<T, ID> 
@org.springframework.stereotype.Repository 
@Transactional(readOnly = true) 
public class SimpleJpaRepository<T, ID extends Serializable> implements JpaRepository<T, ID>, 
                JpaSpecificationExecutor<T> { 
…… 
@Transactional 
        public void delete(ID id) { 

                delete(findOne(id)); 
        } 
…… 

对于自定义的方法,如需改变spring data提供的事务默认方式,可以在方法上注解@Transactional声明 

4.2 涉及多个Repository的事务处理 
进行多个Repository操作时,也应该使它们在同一个事务中处理,按照分层架构的思想,这部分属于业务逻辑层,因此,需要在Service层实现对多个Repository的调用,并在相应的方法上声明事务。 
例如: 
@Service(“userManagement”) 
class UserManagementImpl implements UserManagement { 

  private final UserRepository userRepository; 
  private final RoleRepository roleRepository; 

  @Autowired 
  public UserManagementImpl(UserRepository userRepository, 
    RoleRepository roleRepository) { 
    this.userRepository = userRepository; 
    this.roleRepository = roleRepository; 
  } 

  @Transactional 
  public void addRoleToAllUsers(String roleName) { 

    Role role = roleRepository.findByName(roleName); 

    for (User user : userRepository.readAll()) { 
      user.addRole(role); 
      userRepository.save(user); 
    } 


5.关于DAO层的规范 
5.1对于不需要写实现类的情况:定义XxxxRepository 接口并继承JpaRepository接口,如果Spring data所提供的默认接口方法不够用,可以使用@Query在其中定义个性化的接口方法。 
5.2对于需要写实现类的情况:定义XxxxDao 接口并继承com.aceona.appleframework.persistent.data.GenericDao 

书写XxxxDaoImpl实现类并继承com.aceona.appleframework.persistent.data.GenericJpaDao,同时实现XxxxDao接口中的方法 

在Service层调用XxxxRepository接口与XxxxDao接口完成相应的业务逻辑 

 

第二篇文章 spring data jpa 复杂多条件组合查询

1: 编写DAO类或接口

 dao类/接口 需继承
  1. public interface JpaSpecificationExecutor<T>  
public interface JpaSpecificationExecutor<T>
       接口;
       如果需要分页,还可继承  
  1. public interface PagingAndSortingRepository<T, ID extends Serializable> extends CrudRepository<T, ID>  
public interface PagingAndSortingRepository<T, ID extends Serializable> extends CrudRepository<T, ID>
        接口。
   
 
2. 
  1. public interface JpaSpecificationExecutor<T>  
public interface JpaSpecificationExecutor<T>
接口具有
  1. Page<T> findAll(Specification<T> spec, Pageable pageable);  //分页按条件查询  
  2.   
  3. List<T> findAll(Specification<T> spec);    //不分页按条件查询  
    Page<T> findAll(Specification<T> spec, Pageable pageable);  //分页按条件查询

    List<T> findAll(Specification<T> spec);    //不分页按条件查询
方法。 我们可以在Service层调用这两个方法。
   两个方法都具有 Specification<T> spec 参数,用于设定查询条件。
Service 分页+多条件查询 调用示例:
  1. studentInfoDao.findAll(new Specification<StudentInfo> () {  
  2.   
  3.    public Predicate toPredicate(Root<StudentInfo> root,  
  4.      CriteriaQuery<?> query, CriteriaBuilder cb) {  
  5.     Path<String> namePath = root.get("name");  
  6.     Path<String> nicknamePath = root.get("nickname");  
  7.     /** 
  8.          * 连接查询条件, 不定参数,可以连接0..N个查询条件 
  9.          */  
  10.     query.where(cb.like(namePath, "%李%"), cb.like(nicknamePath, "%王%")); //这里可以设置任意条查询条件  
  11.       
  12.     return null;  
  13.    }  
  14.      
  15.   }, page);  
  16.   
  17.  }  
  18.   
  19.    
studentInfoDao.findAll(new Specification<StudentInfo> () {

   public Predicate toPredicate(Root<StudentInfo> root,
     CriteriaQuery<?> query, CriteriaBuilder cb) {
    Path<String> namePath = root.get("name");
    Path<String> nicknamePath = root.get("nickname");
    /**
         * 连接查询条件, 不定参数,可以连接0..N个查询条件
         */
    query.where(cb.like(namePath, "%李%"), cb.like(nicknamePath, "%王%")); //这里可以设置任意条查询条件
    
    return null;
   }
   
  }, page);

 }

 
这里通过CriteriaBuilder 的like方法创建了两个查询条件, 姓名(name)字段必须包含“李”, 昵称(nickname)字段必须包含“王”。
然后通过
  1. CriteriaQuery<T> where(Predicate... restrictions);  
CriteriaQuery<T> where(Predicate... restrictions);
连接多个查询条件即可。  这种方式使用JPA的API设置了查询条件,所以不需要再返回查询条件Predicate给Spring Data Jpa,故最后return null;即可。
第三篇文章
JpaRepository的基本功能示范
其中:Pageable接口的实现类是PageRequest,Page接口的实现类是PageImpl。
示例如下:
Page<UserModel> p =  ur.findAll(new PageRequest(0,2,new Sort(new Order(Direction.  DESC,"uuid"))));
System.  out.println("list="+p.getContent());
 
 

JpaRepository的查询

直接在接口中定义查询方法,如果是符合规范的,可以不用写实现,目前支持的关键字写法如下:
  
Spring Data JPA框架在进行方法名解析时,会先把方法名多余的前缀截取掉,比如 find、findBy、read、readBy、get、getBy,然后对剩下部分进行解析。
假如创建如下的查询:findByUserDepUuid(),框架在解析该方法时,首先剔除 findBy,然后对剩下的属性进行解析,假设查询实体为Doc
1:先判断 userDepUuid (根据 POJO 规范,首字母变为小写)是否为查询实体的一个属性,如果是,则表示根据该属性进行查询;如果没有该属性,继续第二步;
2:从右往左截取第一个大写字母开头的字符串此处为Uuid),然后检查剩下的字符串是否为查询实体的一个属性,如果是,则表示根据该属性进行查询;如果没有该属性,则重复第二步,继续从右往左截取;最后假设user为查询实体的一个属性;
3:接着处理剩下部分(DepUuid),先判断 user 所对应的类型是否有depUuid属性,如果有,则表示该方法最终是根据 “ Doc.user.depUuid” 的取值进行查询;否则继续按照步骤 2 的规则从右往左截取,最终表示根据 “Doc.user.dep.uuid” 的值进行查询。
4:可能会存在一种特殊情况,比如 Doc包含一个 user 的属性,也有一个 userDep 属性,此时会存在混淆。可以明确在属性之间加上 "_" 以显式表达意图,比如 "findByUser_DepUuid()" 或者 "findByUserDep_uuid()"
特殊的参数: 还可以直接在方法的参数上加入分页或排序的参数,比如:
Page<UserModel> findByName(String name, Pageable pageable);
List<UserModel> findByName(String name, Sort sort);
 
也可以使用JPA的NamedQueries,方法如下:
1:在实体类上使用@NamedQuery,示例如下:
@NamedQuery(name = "UserModel.findByAge",query = "select o from UserModel o where o.age >= ?1")
2:在自己实现的DAO的Repository接口里面定义一个同名的方法,示例如下:
public List<UserModel> findByAge(int age);
3:然后就可以使用了,Spring会先找是否有同名的NamedQuery,如果有,那么就不会按照接口定义的方法来解析。
 
使用@Query
可以在自定义的查询方法上使用@Query来指定该方法要执行的查询语句,比如:
@Query("select o from UserModel o where o.uuid=?1")
public List<UserModel> findByUuidOrAge(int uuid);
注意:
1:方法的参数个数必须和@Query里面需要的参数个数一致
2:如果是like,后面的参数需要前面或者后面加“%”,比如下面都对:
@Query("select o from UserModel o where o.name like ?1%")
public List<UserModel> findByUuidOrAge(String name);
 
@Query("select o from UserModel o where o.name like %?1")
public List<UserModel> findByUuidOrAge(String name);
 
@Query("select o from UserModel o where o.name like %?1%")
public List<UserModel> findByUuidOrAge(String name);
 
当然,这样在传递参数值的时候就可以不加‘%’了,当然加了也不会错
 
n还可以使用@Query来指定本地查询,只要设置nativeQuery为true,比如:
@Query(value="select * from tbl_user where name like %?1" ,nativeQuery=true)
public List<UserModel> findByUuidOrAge(String name);
注意:当前版本的本地查询不支持翻页和动态的排序
 
使用命名化参数,使用@Param即可,比如:
@Query(value="select o from UserModel o where o.name like %:nn")
public List<UserModel> findByUuidOrAge(@Param("nn") String name);
同样支持更新类的Query语句,添加@Modifying即可,比如:
@Modifying
@Query(value="update UserModel o set o.name=:newName where o.name like %:nn")
public int findByUuidOrAge(@Param("nn") String name,@Param("newName") String newName);
注意:
1:方法的返回值应该是int,表示更新语句所影响的行数
2:在调用的地方必须加事务,没有事务不能正常执行
 
JpaRepository的查询功能
创建查询的顺序
Spring Data JPA 在为接口创建代理对象时,如果发现同时存在多种上述情况可用,它该优先采用哪种策略呢?
<jpa:repositories> 提供了 query-lookup-strategy 属性,用以指定查找的顺序。它有如下三个取值:
1:create-if-not-found:如果方法通过@Query指定了查询语句,则使用该语句实现查询;如果没有,则查找是否定义了符合条件的命名查询,如果找到,则使用该命名查询;如果两者都没有找到,则通过解析方法名字来创建查询。这是 query-lookup-strategy 属性的默认值
2:create:通过解析方法名字来创建查询。即使有符合的命名查询,或者方法通过 @Query指定的查询语句,都将会被忽略
3:use-declared-query:如果方法通过@Query指定了查询语句,则使用该语句实现查询;如果没有,则查找是否定义了符合条件的命名查询,如果找到,则使用该命名查询;如果两者都没有找到,则抛出异常
 

客户化扩展JpaRepository

如果你不想暴露那么多的方法,可以自己订制自己的Repository,还可以在自己的Repository里面添加自己使用的公共方法
当然更灵活的是自己写一个实现类,来实现自己需要的方法
1:写一个与接口同名的类,加上后缀为Impl,这个在前面xml里面配置过,可以自动被扫描到。这个类不需要实现任何接口。
2:在接口中加入自己需要的方法,比如:
public Page<Object[]> getByCondition(UserQueryModel u);
3:在实现类中,去实现这个方法就好了,会被自动找到

java代码:
  1. public class UserRepositoryImpl {  
  2.     @PersistenceContext  
  3.     private EntityManager em;     
  4.     public Page<Object[]> getByCondition(UserQueryModel u){  
  5. String hql = "select o.uuid,o.name from UserModel o where 1=1 and o.uuid=:uuid";  
  6.         Query q = em.createQuery(hql);  
  7.         q.setParameter("uuid", u.getUuid());          
  8.         q.setFirstResult(0);  
  9.         q.setMaxResults(1);       
  10. Page<Object[]> page = new PageImpl<Object[]>(q.getResultList(),new PageRequest(0,1),3);   
  11.         return page;  
  12. }}  

JpaRepository分页示例

  1. @Component  
  2. public interface TaskDao extends PagingAndSortingRepository<Task, Long>, JpaSpecificationExecutor<Task> {  
  3.    
  4.     Page<Task> findByUserId(Long id, Pageable pageRequest);  
  5.    
  6.     @Modifying  
  7.     @Query("delete from Task task where task.user.id=?1")  
  8.     void deleteByUserId(Long id);  
  9. }  
@Component
public interface TaskDao extends PagingAndSortingRepository<Task, Long>, JpaSpecificationExecutor<Task> {
 
    Page<Task> findByUserId(Long id, Pageable pageRequest);
 
    @Modifying
    @Query("delete from Task task where task.user.id=?1")
    void deleteByUserId(Long id);
}

  1. public Page<Task> getUserTask(Long userId, Map<String, Object> searchParams, int pageNumber, int pageSize,  
  2.             String sortType) {  
  3.         PageRequest pageRequest = buildPageRequest(pageNumber, pageSize, sortType);  
  4.         Specification<Task> spec = buildSpecification(userId, searchParams);  
  5.    
  6.         return taskDao.findAll(spec, pageRequest);  
  7.     }  
  8.    
  9.     /** 
  10.      * 创建分页请求. 
  11.      */  
  12.     private PageRequest buildPageRequest(int pageNumber, int pagzSize, String sortType) {  
  13.         Sort sort = null;  
  14.         if ("auto".equals(sortType)) {  
  15.             sort = new Sort(Direction.DESC, "id");  
  16.         } else if ("title".equals(sortType)) {  
  17.             sort = new Sort(Direction.ASC, "title");  
  18.         }  
  19.    
  20.         return new PageRequest(pageNumber - 1, pagzSize, sort);  
  21.     }  
  22.    
  23.     /** 
  24.      * 创建动态查询条件组合. 
  25.      */  
  26.     private Specification<Task> buildSpecification(Long userId, Map<String, Object> searchParams) {  
  27.         Map<String, SearchFilter> filters = SearchFilter.parse(searchParams);  
  28.         filters.put("user.id"new SearchFilter("user.id", Operator.EQ, userId));  
  29.         Specification<Task> spec = DynamicSpecifications.bySearchFilter(filters.values(), Task.class);  
  30.         return spec;  
  31.     }  

 

Matlab基于粒子群优化算法及鲁棒MPPT控制器提高光伏并网的效率内容概要:本文围绕Matlab在电力系统优化与控制领域的应用展开,重点介绍了基于粒子群优化算法(PSO)和鲁棒MPPT控制器提升光伏并网效率的技术方案。通过Matlab代码实现,结合智能优化算法与先进控制策略,对光伏发电系统的最大功率点跟踪进行优化,有效提高了系统在不同光照条件下的能量转换效率和并网稳定性。同时,文档还涵盖了多种电力系统应用场景,如微电网调度、储能配置、鲁棒控制等,展示了Matlab在科研复现与工程仿真中的强大能力。; 适合人群:具备一定电力系统基础知识和Matlab编程能力的高校研究生、科研人员及从事新能源系统开发的工程师;尤其适合关注光伏并网技术、智能优化算法应用与MPPT控制策略研究的专业人士。; 使用场景及目标:①利用粒子群算法优化光伏系统MPPT控制器参数,提升动态响应速度与稳态精度;②研究鲁棒控制策略在光伏并网系统中的抗干扰能力;③复现已发表的高水平论文(如EI、SCI)中的仿真案例,支撑科研项目与学术写作。; 阅读建议:建议结合文中提供的Matlab代码与Simulink模型进行实践操作,重点关注算法实现细节与系统参数设置,同时参考链接中的完整资源下载以获取更多复现实例,加深对优化算法与控制系统设计的理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值