当文档按类型组织在单个集合中时,Firestore查询是否总是最有效



我正在为我的一个项目规划我的数据库结构,并不断确保当您的所有类似类型的文档都在一个集合中时,Firestore查询效果最佳,例如这个

[Posts]      [Users] 
- id1        - uid1            
:doc1        :doc1
- id2        - uid2
:doc2        :doc2

然而,即使一个集合有100万个文档,这总是最适合查询的吗?在我目前的项目中,我预计会有几个"后期"文档,我想知道是否最好根据年份将它们组织成子集合,以确保某个集合不会被过度填充。

集合的大小根本不重要。Firestore可以大规模扩展,并且查询不会随着集合的增长而减慢。如果您需要将所有文档都放在一个集合中进行有效查询,那么就这样做吧。如果您需要一个集合中的数十亿文档,那是没有问题的。

最新更新