Firebase Firestore - 关系数据设计方法

Question

我是 Firebase 的新手，我正在努力了解“关系”数据的最佳数据库模型设计，包括 1-1 和 1-many。

我们使用的是 Firestore 数据库（不是实时数据库）。

假设我们有Projects 可以包含许多Users，而User 可以包含多个Projects

UI 需要在Project 中显示Users 的列表，其中显示了email、firstname、lastname 和department 等内容。

存储关系的最佳方式是什么？

• Project 文档中的User id 数组？
• Project 文档中的 ID 映射？

我已经阅读了推荐的上述方法，但是对于实时数据库？ Firestore 支持 Sub Collections，听起来更合适...

• 项目文档中Users 的子集合？
• 将Project id 映射到User id 的单独集合？
• Reference 数据类型？我在这里阅读过https://firebase.google.com/docs/firestore/manage-data/data-types 关于Reference 数据类型的内容，这听起来像是我想要的，但我找不到更多关于它的内容！

如果它只是一个地图或 ID 数组，那么您将如何检索有关用户的剩余数据？这是否必须位于应用程序 UI 中？

如果它是用户文档的子集合，有什么方法可以保持数据完整性？如果用户更改了他们的姓名，那么 UI / cloudFunction 是否必须更新 Sub 集合中该用户姓名的每个条目？

任何帮助/指针表示赞赏...

Answer 1

在 Firestore 中对多对多关系进行建模的方法与在 Firebase 的实时数据库中的方法几乎相同，我已在此回答：Many to Many relationship in Firebase。唯一的区别确实是您可以将查找列表存储在每个项目/用户的子集合中。

查找链接的项目也和以前一样，确实需要从客户端单独加载它们。这样的客户端连接并不像您最初预期的那么慢，因此请在假设它可能不够快之前对其进行测试。

可以通过执行batched writes 或使用transactions 来确保数据完整性。这些要么完全成功，要么完全失败。