我构建了一个应用程序,使用户可以通过云功能确定集合中文档的存在。到目前为止,一切工作正常,并且不到一秒钟即可确定文档是否属于该集合,这主要是花在执行云功能上的时间。但是,我对可伸缩性和性能有疑问:
这种体系结构是否可扩展为数百万试图同时读取不同文档的同一集合的用户?
我知道NoSQL速度很快,但是要确定文档是否存在,需要进行多长时间的搜索才能达到10亿个?对于没有数据检索的读取查询,将延迟与集合大小相关联的任何简单经验法则都将受到高度赞赏。
答案 0 :(得分:0)
是的,Firestore可以大规模扩展。
以1百万为单位提取1个文档的时间与以1万亿为单位提取1个文档的时间相同。集合的大小与读取性能无关。重要的是您要查询的文档数量。