Firebase 实时数据库下载定价与 Firestore 读取定价

Question

众所周知，firebase rtdb 的读/写成本是免费的。通过更多的挖掘，我可以发现读/写实际上会以非直接方式产生成本。好吧，所以我一直在搜索文档和SO问题，以找出“FIRESTORE阅读成本（每100,000个文档0.06美元）和实时数据库下载成本（1美元/GB）之间的确切区别是什么”，但遗憾的是我不能'没有设法完成它。

RTDB 的存储数据成本（5 美元/GB）非常清楚，而且我知道每月收取的价格（这是真的，对吧？）。但下载成本究竟是多少？通过一些SO问题和官方文档，我可以发现rtdb下载成本与firestore读取成本非常相似，并且通过深入研究最终路径来明确指定db.ref路径非常重要。但是，如果下载成本全部与这些操作有关，例如读取特定字段或路径中的 json 数据，那么 firestore 读取的概念和这些 rtdb 下载操作的概念有什么区别？

如果所有这些事情已经在地球上发生，那么 RTDB 在“概念阅读”方面的成本就永远不会是免费的，即使我们直接说话。那么为什么一些社区成员和文章总是说“RTDB的读/写成本是免费的”？我正在考虑将某些功能从 firestore 迁移到 RTDB，因为众所周知 rtdb 是免费读写的。该功能每月更新数百次 500B 大小的单个路径（firestore 的文档）。但这个问题确实让我很困惑。

假设 firestore 的 100,000 次读取为 0.04 美元，RTDB 的下载（看起来像是读取）为 1 美元/GB。根据我的计算，从 firestore 读取 2,500,000 个文档相当于从 RTDB 下载一个 GB。这意味着，如果单个操作读取大于 400B（大约）的一堆数据，firestore 读取成本甚至比 RTDB 读取成本更便宜。那么如果单次操作需要检索大于400B的数据，我就没有理由使用RTDB来读取数据。感觉好像陷入了错误的观念，但要走出这个沼泽并不容易..]:

所以我希望弄清楚RTDB读/写成本（如果它本身真的免费的话），以及当应用程序必须执行大量读取操作时使用RTDB比firestore更好的原因（对我来说） ，例如每个用户每月大约 1,000 次操作检索 400B 大小的数据）。据我所知，一些 Firebase 专家正在贡献 SO 的 firebase 标签。我试图尽可能清楚地写出问题，但认为问题中会有一些不清楚的部分。因此，我们将非常感谢您的评论！希望这个问题能够传达给您..提前致谢[：

Answer 1

我创建了一个非常方便的电子表格计算器，可以计算每个用户的有效负载和规模的粗略大小，同时还考虑免费套餐的使用情况。您可以在顶部输入您的值并获得不错的结果。

但总而言之，实时数据库的每 KB 读取成本非常昂贵，而 Firestore 的每次读取最高可达 1mb（潜在），而写入实时数据库则极其便宜，我已经确认除了开销之外，写入实时数据库是免费的。

与 Firestore 相比，实时数据库并不经济，其设计目的是为了解决 Firestore 的一些注意事项。读取（下载）的实时计费是（数据 + 开销）四舍五入到最接近的 kb

总而言之：

• Firestore 非常适合高读取、低写入、静态信息。
• 实时更适合低读取、高写入、易失信息。