对于最新的稳定版本，请使用 Spring Data MongoDB 4.4.0！spring-doc.cadn.net.cn

使用 DBRefs

映射框架不必存储嵌入在文档中的子对象。您也可以单独存储它们并使用DBRef以引用该文档。从 MongoDB 加载对象时，这些引用将被预先解析，以便您返回一个映射对象，该对象看起来与嵌入在顶级文档中的存储对象相同。spring-doc.cadn.net.cn

以下示例使用 DBRef 来引用独立于引用它的对象而存在的特定文档（为简洁起见，这两个类都内联显示）：spring-doc.cadn.net.cn

@Document
public class Account {

  @Id
  private ObjectId id;
  private Float total;
}

@Document
public class Person {

  @Id
  private ObjectId id;
  @Indexed
  private Integer ssn;
  @DBRef
  private List<Account> accounts;
}

您无需使用@OneToMany或类似机制，因为 List of objects 告诉映射框架您需要一对多关系。当对象存储在 MongoDB 中时，有一个 DBRefs 列表，而不是Account对象本身。当涉及到加载DBRef建议将集合类型中保存的引用限制为特定的 MongoDB 集合。这允许批量加载所有引用，而指向不同 MongoDB 集合的引用需要逐个解析。spring-doc.cadn.net.cn

映射框架不处理级联保存。如果您将Account对象引用Person对象，您必须保存Account对象。叫save在Personobject 不会自动保存Account对象accounts财产。

DBRef也可以延迟解析。在这种情况下，实际的Object或Collection的引用在首次访问属性时解析。使用lazy属性@DBRef以指定此项。也被定义为延迟加载的必需属性DBRef并用作构造函数参数，还使用 Lazy Loading 代理进行装饰，确保对数据库和网络施加的压力尽可能小。spring-doc.cadn.net.cn

延迟加载DBRef可能很难调试。确保工具不会意外触发代理解析，例如调用toString()或一些调用属性 getter 的内联调试渲染。请考虑为org.springframework.data.mongodb.core.convert.DefaultDbRefResolver深入了解DBRef分辨率。

延迟加载可能需要类代理，而类代理又可能需要访问 jdk 内部，由于 JEP 396：默认情况下强封装 JDK 内部，从 Java 16+ 开始，这些内部结构未打开。对于这些情况，请考虑回退到接口类型（例如，从ArrayList自List）或提供所需的--add-opens论点。

使用文档引用

用@DocumentReference提供了一种在 MongoDB 中引用实体的灵活方式。虽然目标与使用 DBRefs 时相同，但 store 表示形式不同。DBRef解析为具有固定结构的文档，如 MongoDB 参考文档中所述。
文档引用不遵循特定格式。它们几乎可以是任何东西，单个值，整个文档，基本上可以存储在 MongoDB 中的所有内容。默认情况下，映射层将使用引用的实体 id 值进行存储和检索，如以下示例所示。spring-doc.cadn.net.cn

@Document
class Account {

  @Id
  String id;
  Float total;
}

@Document
class Person {

  @Id
  String id;

  @DocumentReference                                   (1)
  List<Account> accounts;
}

Account account = …

template.insert(account);                               (2)

template.update(Person.class)
  .matching(where("id").is(…))
  .apply(new Update().push("accounts").value(account)) (3)
  .first();

{
  "_id" : …,
  "accounts" : [ "6509b9e" … ]                        (4)
}

1	标记`Account`值。
2	映射框架不处理级联保存，因此请确保单独保留引用的实体。
3	添加对现有实体的引用。
4	引用`Account`实体表示为它们的`_id`值。

上面的示例使用了_id基于 fetch 的查询（{ '_id' : ?#{#target} }）进行数据检索，并急切地解析链接实体。可以使用@DocumentReferencespring-doc.cadn.net.cn

表 1.@DocumentReference 默认值
属性	描述	违约
`db`spring-doc.cadn.net.cn	用于集合查找的目标数据库名称。spring-doc.cadn.net.cn	`MongoDatabaseFactory.getMongoDatabase()`spring-doc.cadn.net.cn
`collection`spring-doc.cadn.net.cn	目标集合名称。spring-doc.cadn.net.cn	带注释的属性的 domain 类型，分别是 value type（如果为`Collection`like 或`Map`properties、collection name 的 Collections Name。spring-doc.cadn.net.cn
`lookup`spring-doc.cadn.net.cn	使用 SPEL 表达式通过 SPEL 表达式评估占位符的单个文档查找查询`#target`作为给定源值的标记。`Collection`like 或`Map`属性通过`$or`算子。spring-doc.cadn.net.cn	一`_id`基于字段的查询（`{ '_id' : ?#{#target} }`）使用加载的源值。spring-doc.cadn.net.cn
`sort`spring-doc.cadn.net.cn	用于在服务器端对结果文档进行排序。spring-doc.cadn.net.cn	默认情况下为 None。的结果顺序`Collection`LIKE 属性将尽最大努力根据 Used Lookup 查询进行还原。spring-doc.cadn.net.cn
`lazy`spring-doc.cadn.net.cn	如果设置为`true`值解析在首次访问属性时延迟。spring-doc.cadn.net.cn	默认情况下，预先解析属性。spring-doc.cadn.net.cn

@DocumentReference(lookup)允许定义不同于_id字段，因此提供了一种灵活的方法来定义实体之间的引用，如下面的示例所示，其中Publisher的id.spring-doc.cadn.net.cn

@Document
class Book {

  @Id
  ObjectId id;
  String title;
  List<String> author;

  @Field("publisher_ac")
  @DocumentReference(lookup = "{ 'acronym' : ?#{#target} }") (1)
  Publisher publisher;
}

@Document
class Publisher {

  @Id
  ObjectId id;
  String acronym;                                            (1)
  String name;

  @DocumentReference(lazy = true)                            (2)
  List<Book> books;

}

Book公文

{
  "_id" : 9a48e32,
  "title" : "The Warded Man",
  "author" : ["Peter V. Brett"],
  "publisher_ac" : "DR"
}

Publisher公文

{
  "_id" : 1a23e45,
  "acronym" : "DR",
  "name" : "Del Rey",
  …
}

1	使用`acronym`字段以查询`Publisher`收集。
2	延迟加载回对`Book`收集。

上面的代码片段显示了使用自定义引用对象时的读取方面。写入需要一些额外的设置，因为映射信息不表示位置#target源于。映射层需要注册Converter在目标文档和DocumentPointer，如下所示：spring-doc.cadn.net.cn

@WritingConverter
class PublisherReferenceConverter implements Converter<Publisher, DocumentPointer<String>> {

	@Override
	public DocumentPointer<String> convert(Publisher source) {
		return () -> source.getAcronym();
	}
}

如果没有DocumentPointerconverter 时，可以根据给定的查找查询计算目标参考文档。在这种情况下，将评估关联目标属性，如以下示例所示。spring-doc.cadn.net.cn

@Document
class Book {

  @Id
  ObjectId id;
  String title;
  List<String> author;

  @DocumentReference(lookup = "{ 'acronym' : ?#{acc} }") (1) (2)
  Publisher publisher;
}

@Document
class Publisher {

  @Id
  ObjectId id;
  String acronym;                                        (1)
  String name;

  // ...
}

{
  "_id" : 9a48e32,
  "title" : "The Warded Man",
  "author" : ["Peter V. Brett"],
  "publisher" : {
    "acc" : "DOC"
  }
}

1	使用`acronym`字段以查询`Publisher`收集。
2	查找查询的字段值占位符（如`acc`）用于形成参考文档。

还可以使用以下组合对关系样式的一对多引用进行建模@ReadonlyProperty和@DocumentReference. 此方法允许链接类型，而无需将链接值存储在拥有文档中，而是存储在引用文档上，如下例所示。spring-doc.cadn.net.cn

@Document
class Book {

  @Id
  ObjectId id;
  String title;
  List<String> author;

  ObjectId publisherId;                                        (1)
}

@Document
class Publisher {

  @Id
  ObjectId id;
  String acronym;
  String name;

  @ReadOnlyProperty                                            (2)
  @DocumentReference(lookup="{'publisherId':?#{#self._id} }")  (3)
  List<Book> books;
}

Book公文

{
  "_id" : 9a48e32,
  "title" : "The Warded Man",
  "author" : ["Peter V. Brett"],
  "publisherId" : 8cfb002
}

Publisher公文

{
  "_id" : 8cfb002,
  "acronym" : "DR",
  "name" : "Del Rey"
}

1	设置链接`Book`（引用）到`Publisher`（所有者）`Publisher.id`在`Book`公文。
2	将包含引用的属性标记为只读。这可以防止将引用存储到单个`Book`s 替换为`Publisher`公文。
3	使用`#self`变量来访问`Publisher`document 并在此检索`Books`with matching`publisherId`.

完成上述所有作后，就可以对实体之间的各种关联进行建模。请查看下面的非详尽示例列表，以了解可能的情况。spring-doc.cadn.net.cn

示例 1.使用 id 字段的简单文档引用

class Entity {
  @DocumentReference
  ReferencedObject ref;
}

// entity
{
  "_id" : "8cfb002",
  "ref" : "9a48e32" (1)
}

// referenced object
{
  "_id" : "9a48e32" (1)
}

1	MongoDB 简单类型可以直接使用，无需进一步配置。

示例 2.使用 id 字段和显式查找查询的简单文档引用

class Entity {
  @DocumentReference(lookup = "{ '_id' : '?#{#target}' }") (1)
  ReferencedObject ref;
}

// entity
{
  "_id" : "8cfb002",
  "ref" : "9a48e32"                                        (1)
}

// referenced object
{
  "_id" : "9a48e32"
}

1	target 定义引用值本身。

例 3.提取refKey查找查询的字段

class Entity {
  @DocumentReference(lookup = "{ '_id' : '?#{refKey}' }")  (1) (2)
  private ReferencedObject ref;
}

@WritingConverter
class ToDocumentPointerConverter implements Converter<ReferencedObject, DocumentPointer<Document>> {
	public DocumentPointer<Document> convert(ReferencedObject source) {
		return () -> new Document("refKey", source.id);    (1)
	}
}

// entity
{
  "_id" : "8cfb002",
  "ref" : {
    "refKey" : "9a48e32"                                   (1)
  }
}

// referenced object
{
  "_id" : "9a48e32"
}

1	用于获取引用值的 key 必须是写入时使用的 key。
2	`refKey`是的缩写`target.refKey`.

示例 4.具有多个值的文档引用，形成查找查询

class Entity {
  @DocumentReference(lookup = "{ 'firstname' : '?#{fn}', 'lastname' : '?#{ln}' }") (1) (2)
  ReferencedObject ref;
}

// entity
{
  "_id" : "8cfb002",
  "ref" : {
    "fn" : "Josh",           (1)
    "ln" : "Long"            (1)
  }
}

// referenced object
{
  "_id" : "9a48e32",
  "firstname" : "Josh",      (2)
  "lastname" : "Long",       (2)
}

1	读/写键`fn` & `ln`from/to 基于查找查询的链接文档。
2	使用非 ID 字段查找目标文档。

例 5.从目标集合中读取文档引用

class Entity {
  @DocumentReference(lookup = "{ '_id' : '?#{id}' }", collection = "?#{collection}") (2)
  private ReferencedObject ref;
}

@WritingConverter
class ToDocumentPointerConverter implements Converter<ReferencedObject, DocumentPointer<Document>> {
	public DocumentPointer<Document> convert(ReferencedObject source) {
		return () -> new Document("id", source.id)                                   (1)
                           .append("collection", … );                                (2)
	}
}

// entity
{
  "_id" : "8cfb002",
  "ref" : {
    "id" : "9a48e32",                                                                (1)
    "collection" : "…"                                                               (2)
  }
}

1	读/写键`_id`from/to 引用文档以在查找查询中使用它们。
2	可以使用其键从引用文档中读取集合名称。

我们知道在查找查询中使用各种 MongoDB 查询运算符很诱人，这很好。但有几个方面需要考虑：spring-doc.cadn.net.cn

确保具有支持查找的索引。spring-doc.cadn.net.cn
请注意，解析需要服务器 rountrip 这会导致延迟，请考虑惰性策略。spring-doc.cadn.net.cn
文档引用的集合是使用$or算子。
原始元素顺序将尽最大努力在内存中恢复。只有在使用相等表达式时才能恢复顺序，而在使用 MongoDB 查询运算符时无法恢复顺序。在这种情况下，结果将在从商店或通过提供的@DocumentReference(sort)属性。spring-doc.cadn.net.cn

一些更一般的评论：spring-doc.cadn.net.cn

你使用循环引用吗？问问你自己是否需要它们。spring-doc.cadn.net.cn
惰性文档引用很难调试。确保工具不会意外触发代理解析，例如调用toString().spring-doc.cadn.net.cn
不支持使用反应式 infrastructure 读取文档引用。spring-doc.cadn.net.cn