DynamoDB vs Firestore

DynamoDB 和 Firestore，哪个更适合我的应用？

两者都是全托管的无服务器 NoSQL 数据库，但解决的是不同的问题。Amazon DynamoDB 是 AWS 的键值和文档存储，针对大规模下可预测的低延迟访问做了调优。Google Cloud Firestore 是 GCP 的文档数据库，它的标志性特性是实时快照监听器以及支持离线的移动端和 Web SDK。要构建 AWS 原生后端就选 DynamoDB；要构建实时、客户端直连的应用就选 Firestore。

特性	DynamoDB	Firestore
云平台	Amazon Web Services (AWS)	Google Cloud / Firebase (GCP)
数据模型	由项目组成的表（键值与文档）；每个项目带有属性	文档按集合分组；文档包含嵌套字段和子集合
查询 API	通过 AWS SDK、CLI 或 PartiQL 使用 `Query`/`Scan`；访问由主键和索引驱动	通过客户端和服务端 SDK 进行文档/集合查询，支持链式过滤和排序
实时同步与离线	无原生客户端同步；变更捕获通过 DynamoDB Streams，由你自己的代码消费（例如 Lambda）	内置实时快照监听器；Apple、Android 和 Web SDK 支持离线持久化和本地缓存
索引	显式定义的全局二级索引（GSI）和本地二级索引（LSI）	自动的单字段索引，外加用于多字段查询的显式复合索引
一致性	默认最终一致性读取；可选强一致性读取（以及在 LSI 上）；GSI 读取仅为最终一致性	强一致性查询
扩展	无服务器；按需或预置吞吐量；全局表用于多区域复制	无服务器，自动扩展并支持多区域复制
定价模型	读/写容量单位（RCU/WCU）——预置或按需——外加存储	按文档读取、写入和删除计费，外加存储、网络出口和读取的索引条目；每日有免费额度
最佳适用	AWS 原生、访问模式明确的大规模后端	GCP/Firebase 上的实时、移动优先、客户端直连应用

什么时候 DynamoDB 是更好的选择

当你的技术栈在 AWS 上，并且希望数据库在流量增长时依然保持快速和可预测时，DynamoDB 就很合适。它的容量模型（RCU/WCU，预置或按需）和个位数毫秒级访问适合高吞吐量后端——购物车、会话存储、事件日志，以及任何你能围绕主键加 GSI 建模、访问模式清晰的工作负载。

当你需要对主表进行强一致性读取、需要严格的基于 IAM 的访问控制，或需要与更广泛的 AWS 生态集成（Lambda、S3 导出、流式接入分析）时，它也是更好的选择。如果你的客户端是与你自己的 API 通信而不是直接连数据库，那么 DynamoDB 没有内置客户端同步层并不是问题。

什么时候 Firestore 是更好的选择

对于实时和移动优先的应用，Firestore 是更强的选项。它的快照监听器在数据一更新就把变更推送给已连接的客户端，而它的 Apple、Android 和 Web SDK 会在本地缓存数据，让应用在离线时依然可用，并在设备重新连接时重新同步。这让它天然适合聊天、协作工具、实时仪表盘和消费级移动应用。

当你已经在 Google Cloud 或 Firebase 上、希望无需按请求手动开启就获得强一致性查询，或者更愿意让客户端直接查询数据库（由安全规则保护）而不是搭建一层 API 时，它也是一个不错的默认选择。它的自动索引在小规模时省去了一些前期的模式设计工作。

使用 DynamoDB

一旦你选定了 DynamoDB，DynoTable 就是一个直接操作你的表的桌面客户端——浏览和编辑项目、运行查询、构建表达式，而无需手写每一个请求。它读取你标准的 AWS 凭证，并在你自己的账户中与 DynamoDB 通信。

如果你仍在手动拼装请求，免费的 DynamoDB Expression Builder 能生成键条件、过滤表达式和更新表达式，并带有适用于 AWS SDK、CLI、boto3 和 PartiQL 的正确属性名与值占位符。DynoTable 是一款闭源商业应用；本页是中立的技术对比，而非基准测试。

FAQ

移动应用该用 DynamoDB 还是 Firestore？

对于需要实时更新或离线支持的移动应用，Firestore 通常是更直接的选择：它的 Apple、Android 和 Web SDK 开箱即带实时快照监听器和离线持久化。DynamoDB 没有原生客户端同步层——你需要用 DynamoDB Streams 和你自己的后端自行构建实时行为。当客户端调用的是你自己的 API 而非直接连数据库时，DynamoDB 更合适。

DynamoDB 和 Firestore 哪个更便宜？

没有哪个是普遍更便宜的；它们按不同维度计费。DynamoDB 按读/写容量单位（预置或按需）加存储计费，因此成本随吞吐量变化。Firestore 按每次文档读取、写入和删除，加上存储、出口流量和读取的索引条目计费，并有每日免费额度。读密集或实时监听器密集的工作负载可能会累积 Firestore 的文档读取费用，而稳定的高吞吐量工作负载在 DynamoDB 上通常更可预测地建模。请用各家最新的定价页面，针对你自己的访问模式来估算。

DynamoDB 有像 Firestore 那样的实时同步吗？

在客户端上没有原生支持。Firestore 的快照监听器会自动把变更流式推送给已连接的应用。DynamoDB 的对应构建块是 DynamoDB Streams，它捕获项目级的变更；你用自己的代码（例如一个 AWS Lambda 函数）消费该流，将更新继续向前推送。这是实时的变更捕获，但把变更投递给客户端的部分需要你自己构建。