关于设计Firestore架构的一个简单问题:
我知道你必须使用正确的工具来完成工作,而Firestore不应该是一个关系数据库,但有没有建议的技术可以模拟多对多的关系？
例如:
我想建立一个物业管理应用程序
公司拥有属性,其中包含单位.层次结构在这里很简单.
因此,租户将随着时间的推移租用多个单位,每个单位将随着时间的推移拥有许多租户......所有这些都由租约封装,将1个单位与1个或更多租户联系起来.
单位可以拥有租约我猜,但是租户如何随着时间的推移看到他们所有的租约..租约有一个参考租户的子集合..是租户顶级？
只是寻找一些基本的建议..
或者只是使用关系数据库的GraphQL更好？