定义查询方法
仓库代理有两种方法可以从方法名派生特定于存储的查询
-
直接从方法名派生查询。
-
使用手动定义的查询。
可用的选项取决于实际的存储。但是,必须有一种策略来决定创建什么实际查询。下一节将描述可用的选项。
查询查找策略
仓库基础结构可以使用以下策略来解析查询。使用 XML 配置,您可以通过命名空间中的query-lookup-strategy
属性配置策略。对于 Java 配置,您可以使用EnableJpaRepositories
注解的queryLookupStrategy
属性。某些策略可能不受特定数据存储的支持。
-
CREATE
尝试从查询方法名构造特定于存储的查询。一般方法是从方法名中删除一组已知的常用前缀,然后解析方法的其余部分。您可以在“查询创建”中阅读更多关于查询构造的信息。 -
USE_DECLARED_QUERY
尝试查找已声明的查询,如果找不到则抛出异常。查询可以通过某个地方的注解定义,也可以通过其他方式声明。请参阅特定存储的文档,以查找该存储的可用选项。如果仓库基础结构在引导时未找到该方法的已声明查询,则会失败。 -
CREATE_IF_NOT_FOUND
(默认值)组合了CREATE
和USE_DECLARED_QUERY
。它首先查找已声明的查询,如果找不到已声明的查询,则会创建一个基于自定义方法名的查询。这是默认的查找策略,因此,如果您没有显式配置任何内容,则会使用它。它允许通过方法名快速定义查询,但也允许通过根据需要引入已声明的查询来对这些查询进行自定义调整。
查询创建
Spring Data 仓库基础结构中内置的查询构建器机制可用于构建对仓库实体的约束查询。
以下示例显示如何创建多个查询
interface PersonRepository extends Repository<Person, Long> {
List<Person> findByEmailAddressAndLastname(EmailAddress emailAddress, String lastname);
// Enables the distinct flag for the query
List<Person> findDistinctPeopleByLastnameOrFirstname(String lastname, String firstname);
List<Person> findPeopleDistinctByLastnameOrFirstname(String lastname, String firstname);
// Enabling ignoring case for an individual property
List<Person> findByLastnameIgnoreCase(String lastname);
// Enabling ignoring case for all suitable properties
List<Person> findByLastnameAndFirstnameAllIgnoreCase(String lastname, String firstname);
// Enabling static ORDER BY for a query
List<Person> findByLastnameOrderByFirstnameAsc(String lastname);
List<Person> findByLastnameOrderByFirstnameDesc(String lastname);
}
解析查询方法名分为主题和谓词。第一部分(find…By
、exists…By
)定义查询的主题,第二部分构成谓词。介绍性子句(主题)可以包含进一步的表达式。find
(或其他介绍性关键字)和By
之间的任何文本都被认为是描述性的,除非使用结果限制关键字(例如Distinct
)来设置要创建的查询上的 distinct 标志,或者使用Top
/First
来限制查询结果。
附录包含查询方法主题关键字的完整列表和查询方法谓词关键字(包括排序和字母大小写修饰符)。但是,第一个By
充当分隔符,指示实际条件谓词的开始。在非常基本的层面上,您可以定义实体属性上的条件,并使用And
和Or
将它们连接起来。
解析方法的实际结果取决于您为其创建查询的持久性存储。但是,有一些通用的需要注意的地方
-
表达式通常是属性遍历与可以连接的操作符的组合。您可以使用
AND
和OR
组合属性表达式。您还可以支持对属性表达式的操作符,例如Between
、LessThan
、GreaterThan
和Like
。支持的操作符可能因数据存储而异,因此请查阅参考文档的相应部分。 -
方法解析器支持为单个属性设置
IgnoreCase
标志(例如,findByLastnameIgnoreCase(…)
)或为支持忽略大小写的类型的所有属性设置IgnoreCase
标志(通常是String
实例——例如,findByLastnameAndFirstnameAllIgnoreCase(…)
)。是否支持忽略大小写可能因存储而异,因此请参阅存储特定查询方法的参考文档中的相关部分。 -
您可以通过将
OrderBy
子句附加到引用属性的查询方法并提供排序方向(Asc
或Desc
)来应用静态排序。要创建支持动态排序的查询方法,请参阅“分页、迭代大型结果、排序和限制”。
保留的方法名
虽然派生存储库方法通过名称绑定到属性,但在处理从针对标识符属性的基础存储库继承的某些方法名称时,有一些例外情况。这些保留方法,例如CrudRepository#findById
(或仅findById
),无论在声明的方法中使用的实际属性名称是什么,都针对标识符属性。
考虑以下域类型,它包含一个通过@Id
标记为标识符的属性pk
和一个名为id
的属性。在这种情况下,您需要注意查找方法的命名,因为它们可能与预定义的签名冲突。
class User {
@Id Long pk; (1)
Long id; (2)
// …
}
interface UserRepository extends Repository<User, Long> {
Optional<User> findById(Long id); (3)
Optional<User> findByPk(Long pk); (4)
Optional<User> findUserById(Long id); (5)
}
1 | 标识符属性(主键)。 |
2 | 名为id 的属性,但不是标识符。 |
3 | 它指向pk 属性(用@Id 标记的属性,被认为是标识符),因为它引用了CrudRepository 基存储库方法。因此,它不是使用id 作为属性名称的派生查询,因为它是一个保留方法。 |
4 | 它通过名称指向pk 属性,因为它是一个派生查询。 |
5 | 通过使用find 和by 之间的描述性标记来指向id 属性,以避免与保留方法冲突。 |
这种特殊行为不仅针对查找方法,也适用于exits
和delete
方法。有关方法列表,请参阅“存储库查询关键字”。
属性表达式
属性表达式只能引用托管实体的直接属性,如前面的示例所示。在查询创建时,您已经确保解析的属性是托管域类的属性。但是,您也可以通过遍历嵌套属性来定义约束。考虑以下方法签名
List<Person> findByAddressZipCode(ZipCode zipCode);
假设一个Person
有一个Address
,其中包含一个ZipCode
。在这种情况下,该方法创建x.address.zipCode
属性遍历。解析算法首先将整个部分(AddressZipCode
)解释为属性,并检查域类中是否存在具有该名称(小写)的属性。如果算法成功,则使用该属性。如果没有,算法将从右侧的驼峰式部分将源拆分为头部和尾部,并尝试查找相应的属性——在我们的示例中,AddressZip
和Code
。如果算法找到具有该头的属性,则它将获取尾部并继续从那里向下构建树,以刚才描述的方式拆分尾部。如果第一次拆分不匹配,算法将分割点向左移动(Address
,ZipCode
)并继续。
尽管这应该适用于大多数情况,但算法可能选择错误的属性。假设Person
类也有一个addressZip
属性。算法将在第一轮拆分中匹配,选择错误的属性并失败(因为addressZip
的类型可能没有code
属性)。
为了解决这种歧义,您可以在方法名称中使用_
手动定义遍历点。因此,我们的方法名称如下所示
List<Person> findByAddress_ZipCode(ZipCode zipCode);
因为我们将下划线( |
以下划线开头的字段名称
字段名称可以以下划线开头,例如 大写字段名称
所有字母都大写的字段名称可以按原样使用。如果适用,嵌套路径需要通过 第二个字母为大写的字段名称
字段名称由一个起始小写字母后跟一个大写字母组成,例如 路径歧义
在以下示例中,属性
由于首先考虑属性的直接匹配,因此不会考虑任何潜在的嵌套路径,并且算法将选择 |
返回集合或可迭代对象的存储库方法
返回多个结果的查询方法可以使用标准Java Iterable
、List
和Set
。除此之外,我们支持返回Spring Data的Streamable
(Iterable
的自定义扩展),以及Vavr提供的集合类型。请参阅解释所有可能查询方法返回类型的附录。
使用Streamable作为查询方法返回类型
您可以使用Streamable
作为Iterable
或任何集合类型的替代方法。它提供方便的方法来访问非并行Stream
(Iterable
中缺少)以及直接对元素进行….filter(…)
和….map(…)
以及将Streamable
与其他Streamable
连接的能力。
interface PersonRepository extends Repository<Person, Long> {
Streamable<Person> findByFirstnameContaining(String firstname);
Streamable<Person> findByLastnameContaining(String lastname);
}
Streamable<Person> result = repository.findByFirstnameContaining("av")
.and(repository.findByLastnameContaining("ea"));
返回自定义Streamable包装器类型
为集合提供专用的包装器类型是一种常用的模式,用于为返回多个元素的查询结果提供API。通常,这些类型是通过调用返回类似集合类型的存储库方法并手动创建包装器类型的实例来使用的。您可以避免此额外步骤,因为Spring Data允许您将这些包装器类型用作查询方法返回类型,如果它们满足以下条件
-
该类型实现了
Streamable
。 -
该类型公开了一个构造函数或一个名为
of(…)
或valueOf(…)
的静态工厂方法,该方法将Streamable
作为参数。
以下列表显示了一个示例
class Product { (1)
MonetaryAmount getPrice() { … }
}
@RequiredArgsConstructor(staticName = "of")
class Products implements Streamable<Product> { (2)
private final Streamable<Product> streamable;
public MonetaryAmount getTotal() { (3)
return streamable.stream()
.map(Product::getPrice)
.reduce(Money.of(0), MonetaryAmount::add);
}
@Override
public Iterator<Product> iterator() { (4)
return streamable.iterator();
}
}
interface ProductRepository implements Repository<Product, Long> {
Products findAllByDescriptionContaining(String text); (5)
}
1 | 一个Product 实体,它公开API来访问产品的价格。 |
2 | Streamable<Product> 的包装器类型,可以使用Products.of(…) (使用Lombok注解创建的工厂方法)构造。一个采用Streamable<Product> 的标准构造函数也可以。 |
3 | 包装器类型公开了额外的API,在Streamable<Product> 上计算新值。 |
4 | 实现Streamable 接口并委托给实际结果。 |
5 | 该包装器类型Products 可以直接用作查询方法返回类型。您不需要返回Streamable<Product> 并在存储库客户端查询后手动包装它。 |
对Vavr集合的支持
Vavr是一个在Java中采用函数式编程概念的库。它自带一组自定义的集合类型,您可以将其用作查询方法返回类型,如下表所示
Vavr集合类型 | 使用的Vavr实现类型 | 有效的Java源类型 |
---|---|---|
|
|
|
|
|
|
|
|
|
您可以使用第一列中的类型(或其子类型)作为查询方法返回类型,并根据实际查询结果的Java类型(第三列)使用第二列中作为实现类型的类型。或者,您可以声明Traversable
(Vavr的Iterable
等效项),然后我们从实际返回值派生实现类。也就是说,java.util.List
将转换为Vavr List
或Seq
,java.util.Set
将成为Vavr LinkedHashSet
Set
,依此类推。
流式查询结果
您可以通过使用Java 8 Stream<T>
作为返回类型来增量处理查询方法的结果。数据存储特定方法用于执行流式处理,而不是将查询结果包装在Stream
中,如下例所示
Stream<T>
流式处理查询结果@Query("select u from User u")
Stream<User> findAllByCustomQueryAndStream();
Stream<User> readAllByFirstnameNotNull();
@Query("select u from User u")
Stream<User> streamAllPaged(Pageable pageable);
Stream 可能会包装底层数据存储特定资源,因此必须在使用后关闭。您可以使用close() 方法手动关闭Stream ,也可以使用Java 7 try-with-resources 块,如下例所示 |
try-with-resources
块中使用Stream<T>
结果try (Stream<User> stream = repository.findAllByCustomQueryAndStream()) {
stream.forEach(…);
}
并非所有Spring Data模块当前都支持Stream<T> 作为返回类型。 |
异步查询结果
您可以使用Spring的异步方法运行功能异步运行存储库查询。这意味着方法在调用后立即返回,而实际查询发生在一个已提交给Spring TaskExecutor
的任务中。异步查询与反应式查询不同,不应混合使用。有关反应式支持的更多详细信息,请参阅特定于存储的文档。以下示例显示了一些异步查询
@Async
Future<User> findByFirstname(String firstname); (1)
@Async
CompletableFuture<User> findOneByFirstname(String firstname); (2)
1 | 使用java.util.concurrent.Future 作为返回类型。 |
2 | 使用Java 8 java.util.concurrent.CompletableFuture 作为返回类型。 |
分页、迭代大型结果、排序和限制
要在查询中处理参数,请定义方法参数,如前面的示例中所示。除此之外,基础结构还识别某些特定类型,如Pageable
、Sort
和Limit
,以便动态地将分页、排序和限制应用于您的查询。以下示例演示了这些功能
Pageable
、Slice
、Sort
和Limit
Page<User> findByLastname(String lastname, Pageable pageable);
Slice<User> findByLastname(String lastname, Pageable pageable);
List<User> findByLastname(String lastname, Sort sort);
List<User> findByLastname(String lastname, Sort sort, Limit limit);
List<User> findByLastname(String lastname, Pageable pageable);
采用Sort 、Pageable 和Limit 的API期望将非null 值传递到方法中。如果您不想应用任何排序或分页,请使用Sort.unsorted() 、Pageable.unpaged() 和Limit.unlimited() 。 |
第一种方法允许您将一个org.springframework.data.domain.Pageable
实例传递给查询方法,从而动态地为静态定义的查询添加分页功能。Page
知道可用的元素总数和页数。它是通过基础结构触发计数查询来计算总数的。由于这可能代价很高(取决于使用的存储),您可以改为返回一个Slice
。Slice
只知道下一个Slice
是否可用,当遍历较大的结果集时,这可能就足够了。
排序选项也通过Pageable
实例处理。如果您只需要排序,请向您的方法添加一个org.springframework.data.domain.Sort
参数。正如您所看到的,返回一个List
也是可能的。在这种情况下,构建实际Page
实例所需的附加元数据不会创建(这反过来意味着不会发出必要的附加计数查询)。相反,它限制查询只查找给定范围内的实体。
要找出整个查询有多少页,您必须触发一个额外的计数查询。默认情况下,此查询是从您实际触发的查询派生的。 |
特殊参数在一个查询方法中只能使用一次。
用于限制结果的 |
哪种方法更合适?
Spring Data 抽象提供的值或许最好通过下表中概述的可能的查询方法返回类型来显示。该表显示您可以从查询方法返回哪些类型
方法 | 获取的数据量 | 查询结构 | 约束 |
---|---|---|---|
所有结果。 |
单个查询。 |
查询结果可能会耗尽所有内存。获取所有数据可能非常耗时。 |
|
所有结果。 |
单个查询。 |
查询结果可能会耗尽所有内存。获取所有数据可能非常耗时。 |
|
根据 |
通常使用游标的单个查询。 |
使用后必须关闭流,以避免资源泄漏。 |
|
|
根据 |
通常使用游标的单个查询。 |
存储模块必须提供反应式基础设施。 |
|
|
从 |
|
|
|
从 |
通常情况下,需要代价高昂的
|
分页和排序
您可以使用属性名称定义简单的排序表达式。您可以连接表达式以将多个条件收集到一个表达式中。
Sort sort = Sort.by("firstname").ascending()
.and(Sort.by("lastname").descending());
为了更类型安全地定义排序表达式,请从要为其定义排序表达式的类型开始,并使用方法引用来定义要排序的属性。
TypedSort<Person> person = Sort.sort(Person.class);
Sort sort = person.by(Person::getFirstname).ascending()
.and(person.by(Person::getLastname).descending());
TypedSort.by(…) 通过(通常)使用CGlib来使用运行时代理,这在使用Graal VM Native等工具时可能会干扰本机映像编译。 |
如果您的存储实现支持Querydsl,您还可以使用生成的元模型类型来定义排序表达式
QSort sort = QSort.by(QPerson.firstname.asc())
.and(QSort.by(QPerson.lastname.desc()));
限制查询结果
除了分页之外,还可以使用专用的Limit
参数来限制结果大小。您还可以使用First
或Top
关键字来限制查询方法的结果,您可以互换使用它们,但不能与Limit
参数混合使用。您可以将可选的数值附加到Top
或First
以指定要返回的最大结果大小。如果省略数字,则假定结果大小为 1。以下示例显示如何限制查询大小
Top
和First
限制查询的大小List<User> findByLastname(Limit limit);
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);
限制表达式还支持用于支持 distinct 查询的数据存储的Distinct
关键字。此外,对于将结果集限制为一个实例的查询,支持使用Optional
关键字将结果包装起来。
如果将分页或切片应用于限制查询分页(以及可用页数的计算),则它将应用于限制的结果。
结合使用Sort 参数进行动态排序来限制结果,允许您表达“K”个最小元素和“K”个最大元素的查询方法。 |