Amazon DynamoDB
AWS提供的全托管NoSQL数据库服务，具备高性能、可扩展的特性，适用于需要低延迟、大规模数据存储的应用场景
时间轴 (近 90 天)
DynamoDB 的 Scan 操作会读遍表中所有记录，且使用过滤表达式不会降低 Scan 的成本。
在 DynamoDB 中，如果大量记录共享同一个分区键值，它们会集中到同一内部物理分区，并受该分区吞吐上限约束，容易造成单分区热点和吞吐瓶颈；选择分区键时应尽量让取值分散，比如使用用户ID或随机后缀。
DynamoDB CLI 使用带类型的 JSON 写入项目，字符串写作 {"S": "..."}，数字写作 {"N": "2"}，数字值本身以字符串形式传输，写 {"N": 2} 是错误的。
DynamoDB 的 PutItem 对同一主键的两次写入不会报错或警告，第二次写入会连同属性一起完全替换第一次写入的记录（而非新增第二条记录）。
DynamoDB 单个项目当前有 400 KB 的大小上限，嵌套属性层数也有限制；数据库不会校验非 key 属性的类型或存在性，应用层需自行保证一致性。
DynamoDB 的 GetItem 接收完整主键并返回对应的一条记录（或什么都不返回），加上 `--return-consumed-capacity TOTAL` 可以显示该次请求消耗的读容量。
DynamoDB 读取默认是最终一致性的，加上 `--consistent-read` 变为强一致性读，能反映此前所有已完成的写入，但消耗的读容量成本翻倍。
DynamoDB 是完全通过 API 访问的服务，全部操作都可以在终端通过 AWS CLI 完成。
在建表时选择的 partition key（分区键）同时决定了每次写入落在哪一条记录上，以及每次读取要做多少工作；按 key 读取可直达单条记录，而 Scan 会读遍所有记录。
DynamoDB 的按需容量（on-demand capacity）模式按读写请求付费、无需预先规划容量；官方文档称其为默认且推荐模式，且表上没有流量时不收取吞吐费用，存储单独计费。
还有 10 条时间轴事件
全部知识事实 (20)
Amazon DynamoDB、Apache Cassandra等主流分布式数据库通常选择AP组合（可用性+分区容错），并通过可调一致性级别来满足不同业务场景
60%待验证DynamoDB 的 Scan 操作会读遍表中所有记录，且使用过滤表达式不会降低 Scan 的成本。
50%待验证DynamoDB CLI 使用带类型的 JSON 写入项目，字符串写作 {"S": "..."}，数字写作 {"N": "2"}，数字值本身以字符串形式传输，写 {"N": 2} 是错误的。
50%待验证DynamoDB 的 PutItem 对同一主键的两次写入不会报错或警告，第二次写入会连同属性一起完全替换第一次写入的记录（而非新增第二条记录）。
50%待验证DynamoDB 单个项目当前有 400 KB 的大小上限，嵌套属性层数也有限制；数据库不会校验非 key 属性的类型或存在性，应用层需自行保证一致性。
50%待验证DynamoDB 的 GetItem 接收完整主键并返回对应的一条记录（或什么都不返回），加上 `--return-consumed-capacity TOTAL` 可以显示该次请求消耗的读容量。
50%待验证DynamoDB 读取默认是最终一致性的，加上 `--consistent-read` 变为强一致性读，能反映此前所有已完成的写入，但消耗的读容量成本翻倍。
50%待验证DynamoDB 是完全通过 API 访问的服务，全部操作都可以在终端通过 AWS CLI 完成。
50%待验证在建表时选择的 partition key（分区键）同时决定了每次写入落在哪一条记录上，以及每次读取要做多少工作；按 key 读取可直达单条记录，而 Scan 会读遍所有记录。
50%待验证DynamoDB 的按需容量（on-demand capacity）模式按读写请求付费、无需预先规划容量；官方文档称其为默认且推荐模式，且表上没有流量时不收取吞吐费用，存储单独计费。
50%待验证截至2026-10-02，DynamoDB 定价页面列出每区域25 GB免费存储额度，以及25个免费读容量单位和25个免费写容量单位，但后者只适用于预置（provisioned）模式，不适用于按需请求。
50%待验证在预置模式下，1个 RCU 表示每秒可对 4 KB 的项目做一次强一致性读，或每秒两次最终一致性读；1个 WCU 表示每秒可写 1 KB；当项目大于阈值时会向上取整消耗多个单位。
50%待验证DynamoDB 的表是项目的集合，每个项目是一组属性；每个项目必须有一个唯一主键，最简单情况下主键就是一个分区键，DynamoDB 将分区键值送入内部哈希函数决定项目存储位置。
50%待验证DynamoDB 建表时 `--attribute-definitions` 只需列出 key 属性，除 key 之外表是 schemaless 的，每条记录可以携带不同属性；key 属性必须是字符串、数字或二进制类型。
50%待验证在 DynamoDB 中，如果大量记录共享同一个分区键值，它们会集中到同一内部物理分区，并受该分区吞吐上限约束，容易造成单分区热点和吞吐瓶颈；选择分区键时应尽量让取值分散，比如使用用户ID或随机后缀。
50%待验证Durable Functions 通过引入持久化的执行历史（存储于后端如 Amazon DynamoDB），让函数可在任意时刻休眠并在条件满足后恢复，保留完整上下文和局部变量
50%待验证Amazon DynamoDB负责存储智能体的状态数据与任务记录，提供高性能可扩展的持久化层
50%待验证ask_human工具的实现需将智能体执行状态序列化并持久化到DynamoDB，暂停执行流，待人类反馈后恢复，形成挂起-恢复模式
50%待验证Cosmos DB是文档型多模数据库，支持可调一致性级别；DynamoDB是键值/文档混合模型；Cloud Spanner是分布式关系型数据库，提供外部强一致性和完整SQL支持
50%待验证微软面向Java的多云数据库SDK进入公开预览，提供统一的CRUD与查询API，可跨Azure Cosmos DB、Amazon DynamoDB和Google Cloud Spanner使用
50%