Firebase:Cloud Firestore:listDocuments:文档读取成本是 1 还是 N？分布式计数器的可能替代方案？

Question

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

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

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

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

Answer 1

Unfortunately, digging through the documentation I cannot determine if listDocument read cost is 1 or 1/doc in the collection.

调用 listDocuments API 需要花费一次 document read 每个返回的文档。