26

我读过文档我被要求支付的费用阅读,更新 文件。我也读过阅读收集定价与读数相同文件("对于文档读取以外的查询,例如请求集合ID列表,您将为一个文档读取付费。“),如果我错了,请纠正我。

我的问题是:阅读收集用大量的文件其中(比如10000文件)定价与读一本10英镑的书一样吗?

我想得到一些关于它的解释。。。

1答案1

重置为默认值
67

这取决于你所说的“阅读收藏”是什么意思,但对大多数人来说,这意味着“从收藏中查询一堆文档”。答案是,定价通常取决于检索的文档数量。

把事情简单化一点:

如果你有10名员工集合(“employees”).get()打电话给你,你会收到10份员工文件,并收取10次阅读的费用。

如果你有10000名员工集合(“employees”).get()打电话给你,你将得到10000名员工,并收取10000次阅读费用。

如果你有10000名员工collection(“雇员”).get().limit(10)打电话给你,你将得到10名员工,并收取10次阅读费。

如果你有10000名员工,其中4人被命名为“Courtney”,你运行一个集合(“employees”).where(“first_name”,“==”,“Courtney”)打电话给你,你将得到4名员工,并收取4次阅读费用。

6
  • 4
    是我一个人做的,还是这个定价模型比以前的实时数据库贵100倍?使用Realtime Database查询现在被视为集合的内容时,被视为一次读取。我想切换到Firestore以获得更好的查询功能,但当我的收藏有数千个文档时,我会很快超过配额。
    – 贾里德
    评论 2018年1月6日1:54
  • 5
    不一定。Realtime Database主要根据带宽大小收费,而Cloud Firestore主要根据读取次数收费。当你处理频繁更新少量数据的应用程序时,实时数据库通常更具成本效益,而当你处理大块文档时,Cloud Firestore通常更有效。无论如何,您都应该考虑对查询进行分页,以获得更高的成本效益。 评论 2018年1月10日19:13
  • 2
    @Todd Kerpelman线collection(“employees”).get().limit(10)应该是collection(“employees”).limit(10).get() 评论 2018年10月16日9:10
  • 答案很有道理,我一直在考虑减少阅读量,我有53个文档,当我测试时,我使用了1000次阅读,在一个小时内,我甚至将每个文档中的所有数据放入一个数组或字典中 评论 2020年1月5日14:16
  • 1
    例如,子集合如何collection(“/users/applications”)。其中(“first_name”,“==”,“Courtney”)? 评论 2020年3月25日11:25

你的答案

单击“发布您的答案”,表示您同意我们的服务条款并确认您已阅读我们的隐私政策.

不是你想要的答案吗?浏览标记的其他问题问你自己的问题.