firebase - 新的 Firebase Firestore DocumentDb 如何对大型子集合建模

Question

在 Firebase 实时数据库中，您通常会将大型子集合移至其自己的单独集合中。例如，如果用户可能有大量关注者，数据模型可能会在用户对象中保留关注数组，但将关注者移出到单独的集合中。

用户

• 用户ID
  • 用户名
  • 以下:[]
    • 用户ID
    • 用户名

关注者

• 用户ID
  • followUserId

您是否必须使用新的 Cloud Firestore 进行相同类型的建模，或者是否可以在查询中使用投影，以便每次扫描时都不会返回大型子集合。听起来子集合存储在它们自己的完整集合中，因此这可能会提高存储子集合的效率？

Answer 1

我认为您根本不必这样做，因为获取文档不会从子集合中下载其他文档。也就是说，它实际上并没有实时数据库中的缺点。

我在短时间内找不到其他提到它的来源，所以查看this video 。这是 Android 的“入门”视频，大约 40 秒(从我的链接中提供的时间戳开始)，他准确地提到了我所说的内容和 Todd Kerpelman的声明:“[...]包含一堆文档的集合是很常见的，然后指向包含其他文档的子集合等等。”，基本上意味着团队期望这种类型的数据存储。