firebase - Firebase：Cloud Firestore：listDocuments：doc读取成本1还是N？分布式计数器的可能替代方案？

Question

构建社交媒体应用程序并面临 1write/doc/sec 限制。因此，将投票数据保存在邮寄文件中将无法大规模使用。我已阅读“分布式计数器”，但文档读/写成本呈线性增长。我一直在探索可用的 firebase 函数，并对“listDocuments()”感兴趣，它返回 DocumentReference 的列表

不幸的是，通过挖掘文档我无法确定 listDocument 读取成本是集合中的 1 还是 1/doc。

我的计划是每个帖子有两个子集合，vote1/vote2。这消除了大规模的写入瓶颈。要检索投票计数，我想在每个子集合上使用 listDocuments() 的长度。

我知道 firebase 有一些巧妙的索引技巧，但我也很好奇这是否是对数据库的低效操作。即用户在检索计数时会注意到延迟吗？

标签： firebasegoogle-cloud-firestore

Answer 1

不幸的是，通过挖掘文档我无法确定 listDocument 读取成本是集合中的 1 还是 1/doc。

调用listDocumentsAPI 需要花费一个document read由它返回的文档。