引言:
为什么我会想记录他们两个的区别呢?就是再最近的项目中我们使用jpa重构了之前Hibernate的项目,刚开始我是主张使用mybatis的,因为之前我感觉jpa比较鸡肋啊(手动狗头)!因为使用jpa写动态sql查询的是非常的难受,不如mybatis的标签来的直接,也感觉使用代码去写动态查询也是比较难受的,无法下手的感觉,难道就我这种感觉吗?后来研究了使用jpa去写动态sql,嗨!没想到效果出奇的好,估计是我们对未知的事物都莫名的恐惧吧!希望自己以后对自己的无知不要保持愚蠢地固执偏见吧!与君共勉!
mybatis的动态sql查询
众所周知,使用mybatis写动态sql的时候,使用mybatis的标签就可以很快的写出很好理解的动态sql,比如:
等。容易理解并且也很好写。在此也不再多说,下面介绍使用jpa写动态查询(尽管使用@Query注解利用sql自带的if等判断也可以写出动态sql,但是复杂不说也很容易出错)。
jpa(spring data jpa)的方式写出面向对象的动态sql查询
使用jpa写操作数据库的可以很好的切合面向对象的方式操作数据库,也更加符合Java的面向对象的思想。但是当使用jpa写动态的sql的时候如果使用@Query或者使用自定义的方法去定义的时候也是和吃力的,当然jpa也提供了很好的面向对象的动态sql。主要类和方法就是findAll()方法和Predicate类。下面看例子:
public find(){
//使用jpa的findAll方法,传入的是一个lamda表达式(参数分别是:root-当前的数据库对于的实体,query-jpa的查询实例,criteriaBuilder-jap的查询所谓 标准生成器
Page<Agent> page = agentRepo.findAll((root, query, criteriaBuilder) -> {
//定义一个泛型为Predicate列表
ArrayList<Predicate> predicates = new ArrayList<>();
//将criteriaBuilder生成的查询语句加入到predicates
predicates.add(criteriaBuilder.notEqual(root.get("agentState"), Long.valueOf(Constants.USER_STATE_DELETE)));
//这里就可以动态的去设置predicates的值,实现动态查询
//使用模糊查询
if (!StringUtil.isNullString(agentDto.getLoginId())) {
predicates.add(criteriaBuilder.like(root.get("loginId"), "%" + agentDto.getLoginId() + "%"));
}
if (!user.getUserDegree().equals(Constants.UserDegree.GROUP_LEVEL1)) {
predicates.add(criteriaBuilder.notEqual(root.get("userId"), user.getId()));
}
//使用predicates列表生产的Restriction(所谓限制,就是查询条件即拼接好的动态sql)
return query.where(predicates.toArray(new Predicate[predicates.size()])).getRestriction();
}, pageable);//最后这个pageable可以加也可以不加,顾名思义就是分页的,它是PageRequest类生成的
return page.getContent();//查询的list数组
}
常用的使用jpa动态的条件查询就是这种模式,注解也很清楚。值得注意的是,这不比mybatis的香???