例如,我有一个Project,它有多个Project Map对象,它有多个Map事件,有多个对象。
所以它看起来像Project - >项目地图 - >地图事件 - >对象。此外,我与用户之间存在多对多的关系。
为Firestore轻松查询似乎有点深,但是我没有使用过Firestore / nosql。我也有点担心这种设计的复杂性。想法?
答案 0 :(得分:1)
作为offical documentation says,Maximum depth of subcollections is 100
。因此,您不必担心数据库结构只有您提到的4个级别。普通的应用程序通常有3到4个级别的子集合。
您还可以将所有子集合更改为顶级集合,但在Firestore中不再是这种情况。因此,关于Cloud Firestore Scalability,您需要知道它可以完全自动扩展,这意味着您无需在多个实例之间对数据进行分片。