spring data jpa 动态查询条件,
目录
最常见的做法是按照规范创建查询方法支持的规范表达式春季数据作业的装配区(JobPackArea)可以通过在接口中按照规定语法创建一个方法进行查询,春季数据作业的装配区(JobPackArea)基础接口中,如原油储存库中查找、保存、删除等,那么我们自己怎么按照需要创建一个方法进行查询呢?
最常见的做法是
声明一个接口继承于原油储存库或者分页和分类存储库
公共接口TaskDao扩展JpaRepositoryTask,Long{}或者利用注释的方式表名继承于作业的装配区(JobPackArea)仓库,例如下面这俩种是等价的
@存储库定义(域类=任务。class,idClass=Long.class)公共接口TaskDao { }公共接口TaskDao扩展JpaRepositoryTask,Long{}继承原油储存库或者JpaRepository会抽出一些常用的方法,如果你春季数据作业的装配区(JobPackArea)帮你自定义那么多方法,你可以继承于作业的装配区(JobPackArea)仓库,然后复制一些方法到你的接口中,可以选择性的要一些方法
@ norepositorybean接口mybasepositoryt,ID扩展Serializable扩展RepositoryT,ID { T findOne(ID ID);英语字母表中第二十个字母保存(T实体);}接口TaskDao扩展MyBaseRepositoryTask,Long {}
按照规范创建查询方法
一般按照爪哇岛驼峰式书写规范加一些特定关键字,例如我们想通过任务名来获取任务实体类列表
利用属性获取任务列表
接口TaskDao扩展MyBaseRepositoryTask,Long { list task find by name(String name);}利用和和或者来获取任务列表
接口TaskDao扩展JpaRepositoryTask,Long {列表任务findByNameAndProjectId(字符串名称,长项目id);ListTask findByNameOrProjectId(字符串名,长projectId);}利用可分页、排序、切片获取分页的任务列表和排序
接口TaskDao扩展JpaRepositoryTask,Long { page task find by name(String name,Pageable page able);SliceTask findByName(字符串名,可分页可分页);列表任务查找名称(字符串名,排序排序);}利用明显的去重
接口TaskDao扩展JpaRepositoryTask,Long { list person findistincttaskbynameorprojectid(String name,Long projectId);}利用排序进行排序
接口TaskDao扩展JpaRepositoryTask,Long { list person findByNameOrderByProjectIdDesc(String name,Long projectId);}利用顶端和第一来获取限
制数据
interface TaskDao extends JpaRepository<Task, Long> { User findFirstByOrderByLastnameAsc();Task findTopByOrderByNameDesc(String name);Page<Task> queryFirst10ByName(String name, Pageable pageable);Slice<Task> findTop3ByName(String name, Pageable pageable);List<Task> findFirst10ByName(String name, Sort sort);List<Task> findTop10ByName(String name, Pageable pageable);}
那么spring data jpa是怎么通过这些规范来进行组装成查询语句呢?
Spring Data JPA框架在进行方法名解析时,会先把方法名多余的前缀截取掉,比如 find、findBy、read、readBy、get、getBy,然后对剩下部分进行解析。
假如创建如下的查询:findByTaskProjectName(),框架在解析该方法时,首先剔除 findBy,然后对剩下的属性进行解析,假设查询实体为Doc
先判断 taskProjectName (根据 POJO 规范,首字母变为小写)是否为查询实体的一个属性,如果是,则表示根据该属性进行查询;如果没有该属性,继续第二步;从右往左截取第一个大写字母开头的字符串此处为Name),然后检查剩下的字符串是否为查询实体的一个属性,如果是,则表示根据该属性进行查询;如果没有该属性,则重复第二步,继续从右往左截取;最后假设task为查询实体Person的一个属性;接着处理剩下部分(ProjectName),先判断 task 所对应的类型是否有projectName属性,如果有,则表示该方法最终是根据 Person.task.projectName的取值进行查询;否则继续按照步骤 2 的规则从右往左截取,最终表示根据 Person.task.project.name 的值进行查询。可能会存在一种特殊情况,比如 Person包含一个 task 的属性,也有一个 projectName 属性,此时会存在混淆。可以明确在属性之间加上 _ 以显式表达意图,比如 findByTask_ProjectName()
支持的规范表达式
这里以实体为User,有firstName和lastName,age
表达式例子hql查询语句AndfindByLastnameAndFirstname… where x.lastname = ?1 and x.firstname = ?2OrfindByLastnameOrFirstname… where x.lastname = ?1 or x.firstname = ?2Is,EqualsfindByFirstname,findByFirstnameIs,findByFirstnameEqual… where x.firstname = 1?BetweenfindByStartDateBetween… where x.startDate between 1? and ?2LessThanfindByAgeLessThan… where x.age < ?1LessThanEqualfindByAgeLessThanEqual… where x.age ⇐ ?1GreaterThanfindByAgeGreaterThan… where x.age > ?1GreaterThanEqualfindByAgeGreaterThanEqual… where x.age >= ?1AfterfindByStartDateAfter… where x.startDate > ?1BeforefindByStartDateBefore… where x.startDate < ?1IsNullfindByAgeIsNull… where x.age is nullIsNotNull,NotNullfindByAge(Is)NotNull… where x.age not nullLikefindByFirstnameLike… where x.firstname like ?1NotLikefindByFirstnameNotLike… where x.firstname not like ?1StartingWithfindByFirstnameStartingWith… where x.firstname like ?1 (parameter bound with appended %)EndingWithfindByFirstnameEndingWith… where x.firstname like ?1 (parameter bound with prepended %)ContainingfindByFirstnameContaining… where x.firstname like ?1 (parameter bound wrapped in %)OrderByfindByAgeOrderByLastnameDesc… where x.age = ?1 order by x.lastname descNotfindByLastnameNot… where x.lastname <> ?1InfindByAgeIn(Collection ages)… where x.age in ?1NotInfindByAgeNotIn(Collection age)… where x.age not in ?1TruefindByActiveTrue()… where x.active = trueFalsefindByActiveFalse()… where x.active = falseIgnoreCasefindByFirstnameIgnoreCase… where UPPER(x.firstame) = UPPER(?1)发现这些查询都是只针对单表进行查询,如果是多表的复杂查询,还有分页该怎么查,下次再研究看看…
以上为个人经验,希望能给大家一个参考,也希望大家多多支持盛行IT。
郑重声明:本文由网友发布,不代表盛行IT的观点,版权归原作者所有,仅为传播更多信息之目的,如有侵权请联系,我们将第一时间修改或删除,多谢。