在Google的Firestore中存储冗长的文档链是一个好主意吗?

时间:2018-01-14 05:23:24

标签: android google-cloud-firestore

例如,我有一个Project,它有多个Project Map对象,它有多个Map事件,有多个对象。

所以它看起来像Project - >项目地图 - >地图事件 - >对象。此外,我与用户之间存在多对多的关系。

为Firestore轻松查询似乎有点深,但是我没有使用过Firestore / nosql。我也有点担心这种设计的复杂性。想法?

1 个答案:

答案 0 :(得分:1)

作为offical documentation saysMaximum depth of subcollections is 100。因此,您不必担心数据库结构只有您提到的4个级别。普通的应用程序通常有3到4个级别的子集合。

您还可以将所有子集合更改为顶级集合,但在Firestore中不再是这种情况。因此,关于Cloud Firestore Scalability,您需要知道它可以完全自动扩展,这意味着您无需在多个实例之间对数据进行分片。