DynamoDB vs FaunaDB

两个不同模型 NoSQL 数据库对比：DynamoDB（AWS、键值、默认单区域）vs FaunaDB（分布式、关系+文档、FQL/GraphQL）。

云服务对比高级

为什么

DynamoDB 是 AWS 托管键值存储，性能可预测、按请求付费、AWS 集成深（DAX、Streams、Global Tables）。FaunaDB 是分布式 ACID 数据库，关系+文档模型、默认多区域、查询语言（FQL）或 GraphQL。

Fauna 更富表达（连接、索引）；DynamoDB 大规模更便宜。

何时使用

AWS 上高吞吐键值、会话存储和需要 DAX/Streams/Global Tables 时用 DynamoDB。需多区域 ACID 关系查询（连接、索引）而不管理 Postgres 集群，或想要自动生成 GraphQL 时用 FaunaDB。

Fauna 供应商锁定（专有）；DynamoDB AWS 锁定。

如何做

1. DynamoDB：创建表含分区键（和可选排序键），设计费模式（PAY_PER_REQUEST 或预置）。 2. FaunaDB：创建数据库，定义集合和索引，用 FQL 或 GraphQL 查询。 3. 两者：添加访问控制（DynamoDB IAM；FaunaDB ABAC/角色）。 4. DynamoDB：为替代访问模式加 GSI；FaunaDB：索引为一等公民。 5. 多区域：DynamoDB Global Tables；FaunaDB 默认多区域。 ```bash # DynamoDB aws dynamodb create-table --table-name users --attribute-definitions AttributeName=id,AttributeType=S --key-schema AttributeName=id,KeyType=HASH --billing-mode PAY_PER_REQUEST # FaunaDB（通过 fauna-shell） fauna create-database mydb && fauna query "Collection.create({ name: 'users' })" ```

示例

两者按邮箱查询用户（二级索引）： ```ts // DynamoDB（需 email 上 GSI） await ddb.send(new QueryCommand({ TableName: "users", IndexName: "email-index", KeyConditionExpression: "email = :e", ExpressionAttributeValues: { ":e": { S: "[email protected]" } }, })); ``` ```ts // FaunaDB（索引一等公民、ACID、多区域） import { Client, query as q } from "faunadb"; const client = new Client({ secret: FAUNA_KEY }); const user = await client.query( q.Get(q.Match(q.Index("users_by_email"), "[email protected]")) ); ``` FaunaDB 用 FQL 跨集合连接和事务；DynamoDB 复杂访问模式需反规范化或单表设计。

常见问题

⚠DynamoDB scan 昂贵且慢 —— 为查询设计（分区键+排序键+GSI），生产热路径绝不 scan。
⚠FaunaDB 每读/写/计算定价规模化时可能意外 —— 仔细建模查询量；DynamoDB PAY_PER_REQUEST 更可预测。
⚠DynamoDB 默认单区域 —— 多区域启用 Global Tables（加成本）；FaunaDB 默认多区域但跨区域操作付费。

最佳实践

✓复杂访问模式用 DynamoDB 单表设计（一表、GSI）—— 比多表便宜快，但需前期设计。
✓需跨集合 ACID 事务和多区域而不管理 Postgres 时用 FaunaDB —— FQL 原生表达连接。
✓选择前建模访问模式：DynamoDB 键值（为查询设计）；FaunaDB 关系+文档（自由查询）。

常见问题解答

什么是DynamoDB vs FaunaDB？它解决什么问题？

两个不同模型 NoSQL 数据库对比：DynamoDB（AWS、键值、默认单区域）vs FaunaDB（分布式、关系+文档、FQL/GraphQL）。它可帮助开发者在不自建基础设施的前提下完成部署、存储与扩展，是云服务选型的核心参考。

如何在 5 分钟内上手DynamoDB vs FaunaDB？

两步即可跑通：① DynamoDB：创建表含分区键（和可选排序键），设计费模式（PAY_PER_REQUEST 或预置）。；② FaunaDB：创建数据库，定义集合和索引，用 FQL 或 GraphQL 查询。。建议先用免费套餐验证流程，再接入生产环境。

DynamoDB vs FaunaDB 最容易踩的坑是什么？

最高频的问题是：DynamoDB scan 昂贵且慢 —— 为查询设计（分区键+排序键+GSI），生产热路径绝不 scan。。建议在上线前用 checklist 逐项核对，并在 CI 中加入策略与配置扫描。

DynamoDB vs FaunaDB 的最佳实践有哪些？

DynamoDB vs FaunaDB 的最佳实践包括：复杂访问模式用 DynamoDB 单表设计（一表、GSI）—— 比多表便宜快，但需前期设计。；需跨集合 ACID 事务和多区域而不管理 Postgres 时用 FaunaDB —— FQL 原生表达连接。；选择前建模访问模式：DynamoDB 键值（为查询设计）；FaunaDB 关系+文档（自由查询）。。其中首条「复杂访问模式用 DynamoDB 单表设计（一表、GSI）—— 比多表便宜快，但需前期设计。」应作为团队默认规范写入 IaC 模板。

DynamoDB vs FaunaDB 如何控制成本与避免账单意外？

三招防超支：① 为所有资源打 env/team 标签并启用账单告警；② 用预算阈值触发 Slack/邮件通知；③ 定期用 Cost Explorer 审查闲置资源并清理。DynamoDB vs FaunaDB 多数提供免费套餐，先在免费额度内验证再放量。