Firebase Firestore - 关系数据设计方法

Question

我对 Firebase 完全陌生，我正在尝试了解“关系”数据(1-1 和 1-many)的最佳数据库模型设计。

我们正在使用 Firestore 数据库(不是实时数据库)。

假设我们有可以包含许多用户的项目，并且一个用户可以在多个项目中

UI 需要显示 Project 中的 Users 列表，其中显示 email、firstname 等内容、姓氏和部门。

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

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

我读过以上建议的方法，但这适用于实时数据库吗？ Firestore 支持子集合，这听起来更合适......

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

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

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

感谢任何帮助/指示...

Answer 1

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

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

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