此版本仍在开发中,尚未被视为稳定版本。对于最新的稳定版本,请使用 Spring Data MongoDB 4.4.0! |
对象映射
丰富的映射支持由 .
该转换器包含一个元数据模型,该模型提供了将域对象映射到 MongoDB 文档的完整功能集。
映射元数据模型是通过在域对象上使用注释来填充的。
但是,基础架构不仅限于使用注释作为元数据信息的唯一来源。
还允许您通过遵循一组约定将对象映射到文档,而无需提供任何其他元数据。MappingMongoConverter
MappingMongoConverter
本节介绍了 的功能,包括基础知识、如何使用约定将对象映射到文档,以及如何使用基于注释的映射元数据覆盖这些约定。MappingMongoConverter
对象映射基础知识
本节介绍了 Spring Data 对象映射、对象创建、字段和属性访问、可变性和不可变性的基础知识。 请注意,本节仅适用于不使用底层数据存储(如 JPA)的对象映射的 Spring Data 模块。 此外,请务必查阅特定于 store 的部分,了解特定于 store 的对象映射,例如索引、自定义列或字段名称等。
Spring Data 对象映射的核心职责是创建域对象的实例并将存储原生数据结构映射到这些实例上。 这意味着我们需要两个基本步骤:
-
使用公开的构造函数之一创建实例。
-
实例填充 实现所有公开的属性。
对象创建
Spring Data 会自动尝试检测用于具体化该类型对象的持久实体的构造函数。 解析算法的工作原理如下:
-
如果有一个 Comments 的 static factory 方法,则使用它。
@PersistenceCreator
-
如果只有一个构造函数,则使用它。
-
如果有多个构造函数,并且只有一个构造函数被注释为 ,则使用它。
@PersistenceCreator
-
如果类型是 Java,则使用规范构造函数。
Record
-
如果存在无参数构造函数,则使用它。 其他构造函数将被忽略。
值解析假定构造函数/工厂方法参数名称与实体的属性名称匹配,即解析将像要填充属性一样执行,包括映射中的所有自定义(不同的数据存储列或字段名称等)。
这还需要类文件中可用的参数名称信息或构造函数上存在的 Comments。@ConstructorProperties
可以通过使用特定于存储的 SPEL 表达式使用 Spring Framework 的值注释来自定义值解析。
有关更多详细信息,请参阅特定于 store 的映射部分。@Value
物业人口
创建实体的实例后, Spring Data 将填充该类的所有剩余持久属性。 除非已由实体的构造函数填充(即通过其构造函数参数列表使用),否则将首先填充 identifier 属性以允许解析循环对象引用。 之后,将在实体实例上设置尚未由构造函数填充的所有非临时属性。 为此,我们使用以下算法:
-
如果属性是不可变的,但公开了一个方法(见下文),我们使用该方法创建具有新属性值的新实体实例。
with…
with…
-
如果定义了属性访问(即通过 getter 和 setter 进行访问),我们将调用 setter 方法。
-
如果属性是可变的,我们直接设置字段。
-
如果属性是不可变的,我们将使用持久性操作(请参阅对象创建)使用的构造函数来创建实例的副本。
-
默认情况下,我们直接设置 field 值。
让我们看看以下实体:
class Person {
private final @Id Long id; (1)
private final String firstname, lastname; (2)
private final LocalDate birthday;
private final int age; (3)
private String comment; (4)
private @AccessType(Type.PROPERTY) String remarks; (5)
static Person of(String firstname, String lastname, LocalDate birthday) { (6)
return new Person(null, firstname, lastname, birthday,
Period.between(birthday, LocalDate.now()).getYears());
}
Person(Long id, String firstname, String lastname, LocalDate birthday, int age) { (6)
this.id = id;
this.firstname = firstname;
this.lastname = lastname;
this.birthday = birthday;
this.age = age;
}
Person withId(Long id) { (1)
return new Person(id, this.firstname, this.lastname, this.birthday, this.age);
}
void setRemarks(String remarks) { (5)
this.remarks = remarks;
}
}
1 | identifier 属性是 final,但在构造函数中设置为 to。
该类公开了一个用于设置标识符的方法,例如,当实例插入数据存储并生成标识符时。
创建新实例时,原始实例保持不变。
相同的模式通常适用于存储管理的其他属性,但对于持久性操作,可能需要更改这些属性。
wither 方法是可选的,因为持久化构造函数(参见 6)实际上是一个复制构造函数,并且设置该属性将被转换为创建一个应用了新标识符值的新实例。null withId(…) Person |
2 | 和 属性是可能通过 getter 公开的普通不可变属性。firstname lastname |
3 | 该属性是不可变的,但派生自该属性。
显示设计后,数据库值将胜过默认值,因为 Spring Data 使用唯一声明的构造函数。
即使意图是应该首选计算,此构造函数也必须将 as 参数 (可能会忽略它) ,否则属性 population 步骤将尝试设置 age 字段并失败,因为它是不可变的并且不存在方法。age birthday age with… |
4 | 该属性是可变的,并通过直接设置其字段来填充。comment |
5 | 该属性是可变的,并通过调用 setter 方法进行填充。remarks |
6 | 该类公开了用于创建对象的工厂方法和构造函数。
这里的核心思想是使用工厂方法而不是额外的构造函数,以避免通过 .
相反,属性的默认值是在工厂方法中处理的。
如果希望 Spring Data 使用工厂方法进行对象实例化,请使用 .@PersistenceCreator @PersistenceCreator |
一般建议
-
尽量坚持使用不可变对象 — 不可变对象很容易创建,因为具体化对象只需调用其构造函数即可。 此外,这还可以避免您的域对象充斥着允许客户端代码操作对象状态的 setter 方法。 如果需要这些,最好将它们设为包保护,以便它们只能由有限数量的共存类型调用。 仅构造函数具体化比属性填充快 30%。
-
提供全参数构造函数 — 即使您不能或不想将实体建模为不可变值,提供将实体的所有属性(包括可变属性)作为参数的构造函数仍然具有价值,因为这允许对象映射跳过属性填充以获得最佳性能。
-
使用工厂方法而不是重载的构造函数以避免
@PersistenceCreator
— 由于需要全参数构造函数才能获得最佳性能,我们通常希望公开更多特定于应用程序用例的构造函数,这些构造函数省略了自动生成的标识符等内容。 使用静态工厂方法来公开 all-args 构造函数的这些变体是一种既定模式。 -
请确保遵守允许使用生成的 instantiator 和 property 访问器类的约束 —
-
对于要生成的标识符,仍将 final 字段与全参数持久化构造函数(首选)或
with...
方法结合使用 — -
使用 Lombok 避免样板代码 — 由于持久性操作通常需要一个采用所有参数的构造函数,因此它们的声明会变成将样板参数繁琐地重复到字段分配中,最好通过使用 Lombok 的 .
@AllArgsConstructor
覆盖属性
Java 允许灵活地设计域类,其中子类可以定义一个属性,该属性已经在其超类中以相同的名称声明。 请考虑以下示例:
public class SuperType {
private CharSequence field;
public SuperType(CharSequence field) {
this.field = field;
}
public CharSequence getField() {
return this.field;
}
public void setField(CharSequence field) {
this.field = field;
}
}
public class SubType extends SuperType {
private String field;
public SubType(String field) {
super(field);
this.field = field;
}
@Override
public String getField() {
return this.field;
}
public void setField(String field) {
this.field = field;
// optional
super.setField(field);
}
}
这两个类都定义了 using 可赋值类型。 然而 shadows .
根据类设计,使用构造函数可能是设置 .
或者,调用 setter 可以将 in .
所有这些机制在某种程度上都会产生冲突,因为属性共享相同的名称,但可能表示两个不同的值。
如果类型不可分配,则 Spring Data 会跳过超类型属性。
也就是说,被覆盖属性的类型必须可分配给其超类型属性类型才能注册为 override,否则超类型属性被视为临时属性。
我们通常建议使用不同的属性名称。field
SubType
SuperType.field
SuperType.field
super.setField(…)
field
SuperType
Spring Data 模块通常支持持有不同值的覆盖属性。 从编程模型的角度来看,需要考虑以下几点:
-
应该保留哪个属性(默认为所有声明的属性)? 您可以通过使用 .
@Transient
-
如何在数据存储中表示属性? 对不同的值使用相同的字段/列名称通常会导致数据损坏,因此您应该使用显式字段/列名称至少注释一个属性。
-
不能使用 use,因为如果不对 setter 实现进行任何进一步的假设,通常无法设置 superproperty 。
@AccessType(PROPERTY)
Kotlin 支持
Spring Data 调整了 Kotlin 的细节以允许对象创建和更改。
Kotlin 对象创建
支持实例化 Kotlin 类,默认情况下所有类都是不可变的,并且需要显式属性声明来定义可变属性。
Spring Data 会自动尝试检测用于具体化该类型对象的持久实体的构造函数。 解析算法的工作原理如下:
-
如果存在用 注释的构造函数,则使用它。
@PersistenceCreator
-
如果类型是 Kotlin 数据类,则使用主构造函数。
-
如果有一个 Comments 的 static factory 方法,则使用它。
@PersistenceCreator
-
如果只有一个构造函数,则使用它。
-
如果有多个构造函数,并且只有一个构造函数被注释为 ,则使用它。
@PersistenceCreator
-
如果类型是 Java,则使用规范构造函数。
Record
-
如果存在无参数构造函数,则使用它。 其他构造函数将被忽略。
请考虑以下类:data
Person
data class Person(val id: String, val name: String)
上面的类编译为具有显式构造函数的典型类。我们可以通过添加另一个构造函数来自定义这个类,并对其进行注释以指示构造函数首选项:@PersistenceCreator
data class Person(var id: String, val name: String) {
@PersistenceCreator
constructor(id: String) : this(id, "unknown")
}
Kotlin 允许在未提供参数时使用默认值,从而支持参数可选性。
当Spring Data检测到具有参数 defaulting 的构造函数时,如果数据存储不提供值(或只是返回),则它不会保留这些参数,以便 Kotlin 可以应用参数 defaulting。请考虑以下类,该类为null
name
data class Person(var id: String, val name: String = "unknown")
每次参数不是结果的一部分或其值为 时,则默认为 。name
null
name
unknown
Spring Data 不支持委托属性。映射元数据会筛选 Kotlin Data 类的委托属性。
在所有其他情况下,您可以通过使用 .@delegate:org.springframework.data.annotation.Transient |
Kotlin 数据类的属性填充
在 Kotlin 中,默认情况下,所有类都是不可变的,并且需要显式属性声明来定义可变属性。
请考虑以下类:data
Person
data class Person(val id: String, val name: String)
这个类实际上是不可变的。
它允许创建新实例,因为 Kotlin 会生成一个方法来创建新的对象实例,从现有对象复制所有属性值,并将作为参数提供的属性值应用于该方法。copy(…)
Kotlin 覆盖属性
Kotlin 允许声明属性覆盖来更改子类中的属性。
open class SuperType(open var field: Int)
class SubType(override var field: Int = 1) :
SuperType(field) {
}
这样的排列会呈现两个名为 的属性。
Kotlin 会为每个类中的每个属性生成属性访问器(getter 和 setter)。
实际上,代码如下所示:field
public class SuperType {
private int field;
public SuperType(int field) {
this.field = field;
}
public int getField() {
return this.field;
}
public void setField(int field) {
this.field = field;
}
}
public final class SubType extends SuperType {
private int field;
public SubType(int field) {
super(field);
this.field = field;
}
public int getField() {
return this.field;
}
public void setField(int field) {
this.field = field;
}
}
仅 getter 和 setters on set 而不是 .
在这样的安排中,使用构造函数是设置 .
可以添加 method to set via,但不符合支持的约定。
属性覆盖在某种程度上会产生冲突,因为属性共享相同的名称,但可能表示两个不同的值。
我们通常建议使用不同的属性名称。SubType
SubType.field
SuperType.field
SuperType.field
SubType
SuperType.field
this.SuperType.field = …
Spring Data 模块通常支持持有不同值的覆盖属性。 从编程模型的角度来看,需要考虑以下几点:
-
应该保留哪个属性(默认为所有声明的属性)? 您可以通过使用 .
@Transient
-
如何在数据存储中表示属性? 对不同的值使用相同的字段/列名称通常会导致数据损坏,因此您应该使用显式字段/列名称至少注释一个属性。
-
不能使用 using,因为无法设置 super-property。
@AccessType(PROPERTY)
Kotlin 值类
Kotlin 值类专为更具表现力的领域模型而设计,以明确基本概念。 Spring Data 可以使用 Value Classes 读取和写入定义属性的类型。
请考虑以下域模型:
@JvmInline
value class EmailAddress(val theAddress: String) (1)
data class Contact(val id: String, val name:String, val emailAddress: EmailAddress) (2)
1 | 具有不可为 null 的值类型的简单值类。 |
2 | Data 类 定义使用 value 类定义的属性。EmailAddress |
使用非基元值类型的不可为 null 的属性在编译类中被平展为 value 类型。 可为 null 的基元值类型或可为 null 的值类型用其包装器类型表示,这会影响值类型在数据库中的表示方式。 |
基于约定的映射
MappingMongoConverter
在未提供其他映射元数据时,有一些用于将对象映射到文档的约定。
约定是:
-
短 Java 类名按以下方式映射到集合名。 该类映射到集合名称。
com.bigbank.SavingsAccount
savingsAccount
-
所有嵌套对象都作为嵌套对象存储在文档中,而不是 DBRefs 中。
-
该转换器使用向其注册的任何 Spring 转换器来覆盖对象属性到文档字段和值的默认 Map。
-
对象的字段用于与文档中的字段相互转换。 不使用公共属性。
JavaBean
-
如果您有一个非零参数构造函数,其构造函数参数名称与 document 的顶级字段名称匹配,则使用该构造函数。否则,使用零参数构造函数。如果有多个非零参数构造函数,则会引发异常。
在映射层中如何处理字段。_id
MongoDB 要求您有一个用于所有文档的字段。如果您未提供,驱动程序将分配一个具有生成值的 ObjectId。该字段可以是除数组以外的任何类型,只要它是唯一的即可。驱动程序自然支持所有基元类型和 Dates。使用 时,有一些规则控制如何将 Java 类中的属性映射到字段。_id
_id
MappingMongoConverter
_id
下面概述了将映射到 document 字段的字段:_id
-
使用 () 注释的字段将映射到该字段。
此外,还可以通过注释自定义文档字段的名称,在这种情况下,文档将不包含字段 。@Id
org.springframework.data.annotation.Id
_id
@Field
_id
-
没有注释但已命名的字段将映射到该字段。
id
_id
字段定义 | MongoDB 中生成的 Id-FieldName |
---|---|
|
|
|
|
|
|
|
|
|
|
下面概述了将对映射到 _id document 字段的属性执行的类型转换(如果有)。
-
如果在 Java 类中将 name 字段声明为 String 或 BigInteger,则如果可能,它将转换为 ObjectId 并存储为 ObjectId。 ObjectId 作为字段类型也有效。 如果您在应用程序中指定值 for,则 MongoDB 驱动程序将完成到 ObjectId 的转换。 如果指定的值无法转换为 ObjectId,则该值将按原样存储在文档的字段中。 如果字段使用 .
id
id
id
_id
@Id
-
如果在 Java 类中对字段进行了注释,则它将转换为使用其实际类型进行存储。 除非声明所需的字段类型,否则不会发生进一步的转换。 如果没有为字段提供值,则将创建一个新字段并将其转换为 properties 类型。
@MongoId
@MongoId
id
ObjectId
-
如果在 Java 类中对字段进行注释,则会尝试将该值转换为声明的 . 如果没有为字段提供值,则将创建一个新字段并将其转换为声明的类型。
@MongoId(FieldType.…)
FieldType
id
ObjectId
-
如果 name 字段未在 Java 类中声明为 String、BigInteger 或 ObjectID,则应在应用程序中为其分配一个值,以便可以“按原样”存储在文档的字段中。
id
_id
-
如果 Java 类中不存在名为 的字段,则驱动程序将生成隐式文件,但不会映射到 Java 类的属性或字段。
id
_id
当查询和更新时,将使用转换器来处理与上述保存文档规则相对应的 and 对象的转换,因此查询中使用的字段名称和类型将能够匹配域类中的内容。MongoTemplate
Query
Update
数据映射和类型转换
Spring Data MongoDB 支持可以表示为 MongoDB 的内部文档格式 BSON 的所有类型的类型。 除了这些类型之外, Spring Data MongoDB 还提供了一组内置转换器来映射其他类型。 您可以提供自己的转换器来调整类型转换。 有关更多详细信息,请参阅 自定义转化 - 覆盖默认映射 。
内置类型转换:
类型 | 类型转换 | 样本 |
---|---|---|
|
本地 |
|
|
本地 |
|
|
本机 |
|
|
本机 |
|
|
本地 |
|
|
本地 |
|
|
本地 |
|
|
本地 |
|
|
本地 |
|
数组 |
本地 |
|
|
本地 |
|
|
本地 |
|
|
本地 |
|
|
本地 |
|
|
转换器 |
|
|
转换器 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
本地 |
|
|
转炉 |
|
|
转换器 / 本机 (Java8)[1] |
|
|
转换器 / 本机 (Java8)[2] |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
|
转炉 |
|
集合处理
集合处理取决于 MongoDB 返回的实际值。
通常,如果使用 constructor creation,则可以获取要设置的值。 如果查询响应未提供属性值,则属性填充可以使用默认初始化值。 |
映射配置
除非显式配置,否则默认情况下,在创建 .
您可以创建自己的 .
这样做可以让你指定在 Classpath 中可以找到域类的位置,以便 Spring Data MongoDB 可以提取元数据并构造索引。
此外,通过创建自己的实例,您可以注册 Spring 转换器以将特定类映射到数据库或从数据库映射特定类。MappingMongoConverter
MongoTemplate
MappingMongoConverter
您可以使用基于 Java 或基于 XML 的元数据来配置 以及 和 MongoTemplate。
以下示例显示了配置:MappingMongoConverter
com.mongodb.client.MongoClient
-
Java
-
XML
@Configuration
public class MongoConfig extends AbstractMongoClientConfiguration {
@Override
public String getDatabaseName() {
return "database";
}
// the following are optional
@Override
public String getMappingBasePackage() { (1)
return "com.bigbank.domain";
}
@Override
void configureConverters(MongoConverterConfigurationAdapter adapter) { (2)
adapter.registerConverter(new org.springframework.data.mongodb.test.PersonReadConverter());
adapter.registerConverter(new org.springframework.data.mongodb.test.PersonWriteConverter());
}
@Bean
public LoggingEventListener<MongoMappingEvent> mappingEventsListener() {
return new LoggingEventListener<MongoMappingEvent>();
}
}
1 | 映射基础包定义用于扫描用于预初始化 .
默认情况下,使用 configuration classes 包。MappingContext |
2 | 为特定域类型配置其他自定义转换器,以使用您的自定义实现替换这些类型的默认映射过程。 |
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:mongo="http://www.springframework.org/schema/data/mongo"
xsi:schemaLocation="
http://www.springframework.org/schema/data/mongo https://www.springframework.org/schema/data/mongo/spring-mongo.xsd
http://www.springframework.org/schema/beans https://www.springframework.org/schema/beans/spring-beans-3.0.xsd">
<!-- Default bean name is 'mongo' -->
<mongo:mongo-client host="localhost" port="27017"/>
<mongo:db-factory dbname="database" mongo-ref="mongoClient"/>
<!-- by default look for a Mongo object named 'mongo' - default name used for the converter is 'mappingConverter' -->
<mongo:mapping-converter base-package="com.bigbank.domain">
<mongo:custom-converters>
<mongo:converter ref="readConverter"/>
<mongo:converter>
<bean class="org.springframework.data.mongodb.test.PersonWriteConverter"/>
</mongo:converter>
</mongo:custom-converters>
</mongo:mapping-converter>
<bean id="readConverter" class="org.springframework.data.mongodb.test.PersonReadConverter"/>
<!-- set the mapping converter to be used by the MongoTemplate -->
<bean id="mongoTemplate" class="org.springframework.data.mongodb.core.MongoTemplate">
<constructor-arg name="mongoDbFactory" ref="mongoDbFactory"/>
<constructor-arg name="mongoConverter" ref="mappingConverter"/>
</bean>
<bean class="org.springframework.data.mongodb.core.mapping.event.LoggingEventListener"/>
</beans>
AbstractMongoClientConfiguration
要求您实现定义 a 并提供数据库名称的方法。 还有一个名为 Method,你可以覆盖它来告诉 Converter 在何处扫描带有 Comments 的类。com.mongodb.client.MongoClient
AbstractMongoClientConfiguration
getMappingBasePackage(…)
@Document
您可以通过覆盖该方法向转换器添加其他转换器。
MongoDB 的原生 JSR-310 支持可以通过 启用。
前面的示例中还显示了一个 ,它记录发布到 Spring 基础结构上的实例。customConversionsConfiguration
MongoConverterConfigurationAdapter.useNativeDriverJavaTimeCodecs()
LoggingEventListener
MongoMappingEvent
ApplicationContextEvent
Java 时间类型
我们建议如上所述使用 MongoDB 的原生 JSR-310 支持,因为它使用的是基于的方法。
对从 Spring Data Commons 继承的类型的默认 JSR-310 支持使用本地机器时区作为参考,并且只应用于向后兼容。 |
AbstractMongoClientConfiguration 创建一个实例,并将其注册到名为 下的容器中。MongoTemplate mongoTemplate |
该属性告诉它在何处扫描使用注释注释的类。base-package
@org.springframework.data.mongodb.core.mapping.Document
如果您想依靠 Spring Boot 来引导 Data MongoDB,但仍希望覆盖配置的某些方面,则可能需要公开该类型的 bean。
对于自定义转换,您可以例如。选择注册 Boot 基础结构将选取的 类型的 bean。
要了解有关此内容的更多信息,请务必阅读 Spring Boot 参考文档。 |
基于元数据的映射
要充分利用 Spring Data MongoDB 支持中的对象映射功能,您应该使用 Comments 对 Map 对象进行 Comments。
尽管 Map 框架不需要具有此 Comments(即使没有任何 Comments,您的 POJO 也被正确映射),但它允许 Classpath 扫描器查找并预处理您的域对象以提取必要的元数据。
如果不使用此注释,则应用程序在首次存储域对象时的性能会受到轻微影响,因为映射框架需要构建其内部元数据模型,以便它了解域对象的属性以及如何持久保存它们。
以下示例显示了一个域对象:@Document
package com.mycompany.domain;
@Document
public class Person {
@Id
private ObjectId id;
@Indexed
private Integer ssn;
private String firstName;
@Indexed
private String lastName;
}
注释告诉映射器要用于 MongoDB 属性的哪个属性,而注释告诉映射框架调用文档的该属性,从而加快搜索速度。
仅对批注有 .@Id _id @Indexed createIndex(…) @Document |
默认情况下,自动索引创建处于禁用状态,需要通过配置启用(请参阅索引创建)。 |
映射注释概述
MappingMongoConverter可以使用元数据来驱动对象到文档的 Map。 可以使用以下注释:
-
@Id
:在字段级别应用,以标记用于身份目的的字段。 -
@MongoId
:在字段级别应用,以标记用于身份目的的字段。 接受可选的自定义 id 转换。FieldType
-
@Document
:在类级别应用,以指示此类是映射到数据库的候选项。 您可以指定要存储数据的集合的名称。 -
@DBRef
:在字段中应用,以指示要使用 com.mongodb.DBRef 进行存储。 -
@DocumentReference
:在字段中应用,以指示它要存储为指向另一个文档的指针。 这可以是单个值(默认为 id),也可以通过转换器提供。Document
-
@Indexed
:在字段级别应用,用于描述如何为字段编制索引。 -
@CompoundIndex
(可重复):在类型级别应用以声明 Compound Indexes。 -
@GeoSpatialIndexed
:在字段级别应用,用于描述如何对字段进行地理索引。 -
@TextIndexed
:在字段级别应用,以标记要包含在文本索引中的字段。 -
@HashIndexed
:在字段级别应用于哈希索引中的使用,以跨分片集群对数据进行分区。 -
@Language
:在字段级别应用以设置文本索引的语言覆盖属性。 -
@Transient
:默认情况下,所有字段都映射到文档。 此 Comments 将应用它的字段排除在数据库中。 瞬态属性不能在持久性构造函数中使用,因为转换器无法实现构造函数参数的值。 -
@PersistenceConstructor
:标记给定的构造函数 - 甚至是受包保护的构造函数 - 在实例化数据库中的对象时使用。 构造函数参数按名称映射到检索到 Document 中的键值。 -
@Value
:此注释是 Spring Framework 的一部分。在 Map 框架中,它可以应用于构造函数参数。 这允许你在使用 Spring Expression Language 语句来转换在数据库中检索到的键的值,然后再用于构造域对象。 为了引用给定文档的属性,必须使用如下表达式:where 引用给定文档的根。@Value("#root.myProperty")
root
-
@Field
:在字段级别应用,它允许描述字段的名称和类型,因为它将在 MongoDB BSON 文档中表示,从而允许名称和类型与类的字段名称以及属性类型不同。 -
@Version
:在字段级别应用用于乐观锁定,并检查保存操作的修改。 初始值为 ( 对于基元类型),该值在每次更新时自动递增。zero
one
映射元数据基础结构在单独的spring-data-commons项目中定义,该项目与技术无关。 MongoDB 支持中使用特定的子类来支持基于 Comments 的元数据。 如果有需求,也可以采取其他策略。
下面是一个更复杂的映射示例
@Document
@CompoundIndex(name = "age_idx", def = "{'lastName': 1, 'age': -1}")
public class Person<T extends Address> {
@Id
private String id;
@Indexed(unique = true)
private Integer ssn;
@Field("fName")
private String firstName;
@Indexed
private String lastName;
private Integer age;
@Transient
private Integer accountTotal;
@DBRef
private List<Account> accounts;
private T address;
public Person(Integer ssn) {
this.ssn = ssn;
}
@PersistenceConstructor
public Person(Integer ssn, String firstName, String lastName, Integer age, T address) {
this.ssn = ssn;
this.firstName = firstName;
this.lastName = lastName;
this.age = age;
this.address = address;
}
public String getId() {
return id;
}
// no setter for Id. (getter is only exposed for some unit testing)
public Integer getSsn() {
return ssn;
}
// other getters/setters omitted
}
您甚至可以考虑自己的自定义注释。
|
特殊字段名称
一般来说,MongoDB 使用点 () 字符作为嵌套文档或数组的路径分隔符。
这意味着在查询(或 update 语句)中,像这样的键以对象结构为目标,如下所述:.
a.b.c
{
'a' : {
'b' : {
'c' : …
}
}
}
因此,在 MongoDB 5.0 之前,字段名称不得包含点 ()。
使用 allowed 绕过了存储结构时的一些限制,方法是将 write 上的点替换为另一个字符。.
MappingMongoConverter#setMapKeyDotReplacement
Map
converter.setMapKeyDotReplacement("-");
// ...
source.map = Map.of("key.with.dot", "value")
converter.write(source,...) // -> map : { 'key-with-dot', 'value' }
随着 MongoDB 5.0 的发布,取消了对包含特殊字符的字段名称的此限制。
我们强烈建议您阅读 MongoDB 参考 中有关在字段名称中使用点的限制的更多信息。
要允许在结构中使用点,请在 .Document
Map
preserveMapKeys
MappingMongoConverter
使用允许自定义字段名称,以两种方式考虑点。@Field
-
@Field(name = "a.b")
:该名称被视为路径。 操作需要嵌套对象的结构,例如 .{ a : { b : … } }
-
@Field(name = "a.b", fieldNameType = KEY)
:名称被视为原样名称。 操作需要一个给定值为{ 'a.b' : ….. }
由于 MongoDB 查询和更新语句中点字符的特殊性质,包含点的字段名称不能直接作为目标,因此被排除在派生查询方法中使用之外。
请考虑以下具有映射到名为 .
它的原始表示形式将如下所示
由于我们不能直接定位字段(因为这会被解释为路径),因此我们需要 Aggregation Framework 的帮助。 名称中带有点的查询字段
更新名称中带有点的字段
上面显示了一个简单的示例,其中特殊字段位于顶层文档级别。 嵌套级别的增加会增加与字段交互所需的聚合表达式的复杂性。 |
自定义对象构造
映射子系统允许通过使用注释注释构造函数来自定义对象构造。
要用于 constructor 参数的值按以下方式解析:@PersistenceConstructor
-
如果参数使用注释进行注释,则计算给定的表达式,并将结果用作参数值。
@Value
-
如果 Java 类型具有名称与输入文档的给定字段匹配的属性,则其属性信息将用于选择适当的构造函数参数以将输入字段值传递给该参数。 仅当 java 文件中存在参数名称信息时,这才有效,这可以通过使用调试信息编译源或使用 Java 8 中 javac 的新命令行开关来实现。
.class
-parameters
-
否则,将引发 a,指示无法绑定给定的构造函数参数。
MappingException
class OrderItem {
private @Id String id;
private int quantity;
private double unitPrice;
OrderItem(String id, @Value("#root.qty ?: 0") int quantity, double unitPrice) {
this.id = id;
this.quantity = quantity;
this.unitPrice = unitPrice;
}
// getters/setters ommitted
}
Document input = new Document("id", "4711");
input.put("unitPrice", 2.5);
input.put("qty",5);
OrderItem item = converter.read(OrderItem.class, input);
如果无法解析给定的属性路径,则参数注释中的 SPEL 表达式将回退到该值。@Value quantity 0 |
使用注释的其他示例可以在MappingMongoConverterUnitTests测试套件中找到。@PersistenceConstructor