【发布时间】：2018-03-27 17:16:43
【问题描述】：
由于fireStore是作为实时数据库加入firebase的新内容，显然它在各个方面都将优于旧的实时数据。这两个数据库之间的实际区别是什么？
【问题讨论】：
标签： javascript firebase firebase-realtime-database google-cloud-firestore
【发布时间】：2018-03-27 17:16:43
【问题描述】：
为什么你应该使用 firestore 而不是实时数据库：
- 浅查询
- 获取节点并不会同时获取所有子节点
- 可以对多个字段进行查询
- 实时数据库仅支持查询单个字段
- 查询缩放到结果集的大小，而不是数据集的大小
- 搜索前 10 名将花费相同的时间，无论您有 300、300 千或 3000 万个条目
- 手动获取数据
- 一次获取查询是主要用例，实时更新的侦听器是可配置的。见Getting Realtime Updates with Cloud Firestore
- 多区域支持
- 冗余数据库（不确定实时数据库冗余，但有自动备份价格计划）
- 不同的定价模型
- 价格基于读写次数，而不是下载的数据量（好坏取决于使用情况，见下文）
为什么你应该使用实时数据库而不是 firestore：
- 延迟稍好
- 客户端更新速度比 Firestore 快
- 本机支持存在
- 用户在线状态更容易在实时数据库上实现
- 定价模型
- 如果您的应用使用小数据执行大量读写操作，那么实时数据库可能比 Firestore 便宜
- Firestore 仍处于测试阶段
- Realtime db 已投入生产四年，firestore 刚刚发布
TL;DR:
新应用应该从 firestore 开始。
使用实时数据库的现有应用程序应继续使用实时数据库。除非你有足够的理由切换，否则不要。
来源：https://firebase.googleblog.com/2017/10/cloud-firestore-for-rtdb-developers.html
【讨论】：
-
我不确定像“新应用程序应该从 firestore 开始”这样的公然陈述是否有意义。它们是为略有不同的用例而构建的，应该这样对待