设计具有多对多和跨实体关系的Cloud FiRecovery架构

Question

只是一个关于设计Firestore模式的简单问题：

我知道你必须使用正确的工具来完成这项工作，Firestore不应该是一个关系数据库，但有没有建议的技术来建模多对多关系？

Ex：

我想建立一个物业管理应用程序

公司拥有包含单元的房产。这里的层次结构很简单。

因此，随着时间的推移，租户将租用多个单元，随着时间的推移，每个单元将有许多租户...所有这些都包含在将一个单元与一个或多个租户联系在一起的租约中。

我想单位可以拥有租约，但租户如何看待他们的租约。。租约是否应包含引用承租人的子集合。。租户是高层吗？

只是想找一些基本的建议。。

还是只使用关系数据库的GraphQL用户更好？

Answer 1

更新：从2019年5月开始，Cloud FiRecovery现在支持集合组查询。

单元可以包含租约子集合，并且可以使用集合组查询返回包含特定用户的所有单元的所有租约。

原来的答案

不幸的是，这里没有免费的午餐。

单元可以拥有租赁权，但这目前阻止了跨单元查询，比如租户租赁了哪些单元。我们还不支持集合组查询，但这样做是可行的。

今天要解决这个问题，让租赁成为单元和租户字段之间1对1映射的顶级集合，那么您的租赁历史将是db.collection（'租赁'）。其中（'租户', '==', 'cdock'）。您可以在租约中存储关于该单元的足够信息，以避免从租约加入到单元，并存储关于租户的足够信息以避免加入。

如果每次租赁的租户数量较少，您也可以向许多租户租赁一个单元，租户设置如下：

'tenants': {
  'cdock': true,
  'alice': true,
  'bob': true
}

然后你可以用db查询你的历史记录。集合（“租赁”）。其中（'tenants.cdock'，'='，true）。

租户可以是顶级的（并加入），也可以不是顶级的，这取决于您需要保留多少关于他们的信息，以及租约是否需要关于租户的最新信息。