mongodb 子文档是否等同于 Firestore 子集合？

Question

对于那些使用 Firebase (Firestore) 的人，您可以拥有一个包含文档的集合，其中每个文档都有一个 id，然后一个集合可以包含一个子集合（相当于一个嵌入文档作为文档数组作为属性）。

然后，这个子集合可以容纳许多文档，每个文档都有一个 id。

在 Firestore 中，子集合是延迟加载的。

它将获取该集合上的文档，但如果有一个或多个子集合，除非专门转到该路由，否则它将不会检索它。例如：collection/document/subcollectionname/anotherdocument

所以 2 个问题：

1. 嵌入式文档是否延迟加载？除非我明确访问它，否则我不想获取包含所有嵌入文档（可能有一百万个）的文档。
2. 如何确保 MongoDB 中的每个嵌入文档都获得 ObjectID("blablabla") 形式的“_id”？

编辑： 我目前有一个 Firestore 实现，它背后有一个子集合实践。

示例：组织 => documentId => 项目 => projectId => 活动 => :activityType => activityId

1. 组织 包含文档的集合（每个文档 = 组织）。
2. 每个组织文档都包含一个架构（id、名称、语言等。）和一些子集合，其中一个是 projects 子集合
3. projects 子集合包含 projects 的文档。
4. 项目文档包含项目架构（id、名称、位置等）和一个名为activities的子集合。
5. activities 子集合拥有自己的架构（id、type、category 等...）和另外 6 个子集合，每个子集合代表一个活动类型。
6. 每个活动子集合都有自己的模式。没有更多的子集合。

现在，这样做的好处是，如果我选择获取所有组织，那么我将仅获取组织 collection 的 文档，而不是嵌入的子集合（projects、etc..）在 MongoDB 中，我会得到每个文档的 EVERYTHING。

如何在MongoDB中实现具有自己的嵌套文档结构和延迟加载效果的相同嵌套文档？

Answer 1

一个项目可以有多少活动？如果没有限制，那么您最好为活动创建一个根级别的集合。 在 MongoDB 中，最大 BSON 文档大小为 16 MB。您可能无法将所有项目及其活动存储在单个文档（组织文档）中。

我将创建 3 个集合，即 - 组织、项目和活动。

1. 每个组织都应在 organizations 集合中拥有一个与 Firestore 中类似的文档。
2. 每个项目都应在 projects 集合中包含一个包含字段“organizationID”的文档，以便您可以使用其 ID 查询特定组织的项目。这相当于您的项目子集合中的文档。每个项目还必须有自己的唯一 ID。
3. 每个活动都应在 activities 集合中包含一个包含字段“projectID”的文档，以便可以检索特定项目的活动。

我已经添加了这些额外的 organizationID、projectID 字段，即使您有 _id 以防万一您希望在其中使用 Firestore 文档 ID 以便于并排查询。

通过这种方式，您不必担心 16 MB 文档大小限制，只要您有正确的 ID，查询项目和活动就会更容易。

查询某个项目的活动：

await db.collection("activities").find({projectID: "myProjectID"}).toArray()

此后，如何编写带有投影、聚合等的查询由您决定。