在创建新应用之前，我想确保定价模型正确。
例如，在电话簿应用程序中，我有一个名为 userList 的集合，其中包含一个用户列表，这些用户是单个文档。
我的列表中有 50k 个用户，这意味着我的收藏中有 50k 个文档。
如果我要获取 userList 集合，它将读取所有 50k 文档。
FireStore 允许 50k 文档读取。这是否意味着总共读取 50k 个文档或每个文档读取 50k 个文档？
在我的电话簿应用程序示例中，如果总共读取 50k 文档，我将在一次通话中用完免费限制。
【问题讨论】：
标签： firebase google-cloud-firestore
不要一次性呼叫所有用户。您可以限制查询以获取有限数量的用户。当用户滚动您的查询时，您的查询将获得更多用户。而且由于没有人会滚动 50k 用户，因此您可以摆脱大量成本。这类似于在循环视图的情况下节省内存。
【讨论】：
如果您实际上必须提取 50k 文档的整个集合，您可能应该问的问题是如何正确构建 Firestore 数据库。
您很可能需要使用查询WHERE 子句，根据其中的某些条件过滤这些文档。让每个客户端设备在本地保存 50k 个文档听起来像是糟糕的数据库规划，并且可能存在安全风险。
Each returned document from your query counts as 1 read。如果没有与您的查询匹配的内容，则收取 1 次阅读费用。如果有 50k 匹配，则收取 50k 读取费用。
例如，您可以检索已登录用户的文档并收取1 read 类似的费用：
db.collection('userList').where('uid', '==', clientUID)
注意：自 2018 年 10 月起，Firestore 在前 5 万次/天之后每 10 万次读取收取 6 美分 (USD)。
【讨论】：
免费配额适用于您的整个项目。因此，您可以在整个项目下读取 50.000 次文档。
阅读 50K 用户个人资料文档确实会一次性使用该免费配额。
在使用 NoSQL 数据库时，通常应尽量避免阅读大量文档。
访问 Firestore 的客户端应用应该只读取它们将立即显示给用户的数据。而且你不可能在一个屏幕上容纳 50K 用户。
因此，您更有可能遇到对用户集合进行聚合的情况。例如。比如：
NoSQL 数据库的查询能力通常比传统的关系数据库更受限制，因为它们专注于确保读取可扩展性。将某些内容写入数据库时，您经常会做额外的工作，如果作为交换，您可以在从数据库读取时获得更好的性能。
为了获得更好的性能，您需要将这些聚合值存储在数据库中，然后在写入用户配置文件时更新它们。因此，您将拥有一个“userCount”、一个包含“每个唯一用户名的 userCount”的文档和一个“averageUsernameLength”。
有关如何运行此类聚合查询的示例，请参阅：https://firebase.google.com/docs/firestore/solutions/aggregation。对于较低的写入量，您还可以考虑使用 Cloud Functions 来更新计数器。
【讨论】：