选择数据库：Cloud Firestore 或实时数据库

• 简单数据极易存储。
• 复杂的分层数据较难大规模组织。

了解有关实时数据库数据模型的更多信息。

• 简单数据很容易存储在文档中，这点与 JSON 非常相似。
• 通过在文档中使用子集合，复杂的分层数据较易于大规模组织。
• 反规范化和数据平展方面的需求更少。

了解有关 Cloud Firestore 数据模型的更多信息。

• 在单个查询中，您只能对某个属性进行排序或过滤，而不能对该属性同时进行排序和过滤。
• 默认情况下会深入查询：查询总是返回整个子树。

• 您可以链接多个过滤条件，并在单个查询中对属性同时进行过滤和排序操作。
• 为子集合编写浅查询：您可以查询文档中的子集合，而不是查询整个集合，甚至整个文档。
• 默认情况下会为查询编制索引：查询性能与结果集的大小（而不是与数据集的大小）成比例。

• 以单个操作的形式写入数据。
• 原生 SDK 中的事务要求使用完成回调函数。

• 批量操作并以原子方式完成这些操作。
• 事务会自动重复执行，直到完成为止。

• 经过严格测试的可靠产品，为您提供出色的稳定性。
• 极低的延迟，因此它是频繁同步状态的绝佳选择。
• 数据库仅限于在单个区域中可用。

• 测试版产品的稳定性有时不及正式版产品。
• 将数据放在位于不同区域的多个数据中心，确保全球可扩展性和强大的可靠性。
• Cloud Firestore 正式推出后，它的可靠性将强于实时数据库。

在单个数据库中扩展到约 100000 个并发连接和 1000 次写入/秒。如果超出此范围，需要将数据分片到多个数据库。

完全自动扩展（正式版推出后），意味着您无需将数据分片到多个实例。

• Firebase 数据库规则是唯一的安全选项。
• 读取和写入规则会进行级联。
• 您需要使用 validate 规则，单独验证数据。

• 移动 SDK 和网页 SDK 使用 Cloud Firestore 安全规则。 服务器 SDK 使用 Identity and Access Management (IAM)。
• 规则不会进行级联，除非您使用通配符。
• 自动进行数据验证。
• 规则可以限制查询：如果某个查询返回的结果可能包含用户无权访问的数据，则整个查询都会失败。

请阅读有关实时数据库定价方案的更多信息。

Cloud Firestore 支持对 Google App Engine 项目设置每日支出限额，确保不会超出您能接受的费用水平。

请阅读有关 Cloud Firestore 定价方案的更多信息。