DynamoDB多实体一对一关系建模：学生关联数据存储方案选型

结论 #

结合你给出的所有约束条件，优先选择将Profile/Grades/Address三类数据合并为单个DynamoDB条目存储，该方案完全适配你的业务场景，性能和成本表现都是最优的。

方案优势 #

1. 查询效率更高、成本更低
   所有查询均以Student为主体，单次查询仅需消耗1个RCU即可按需获取任意字段：如果只需要单类数据，用投影表达式指定返回对应字段即可，不会产生多余的带宽消耗；如果需要同时获取多类数据，也不需要做多条查询或事务读，延迟更低。
2. 写入适配性好
   三类数据的更新操作都可以通过局部更新接口UpdateExpression完成，仅修改目标字段即可，不会影响其他数据，哪怕Profile几乎无更新也不会产生额外写入开销；不需要做多条目的事务写入，开发成本和写入成本都更低。
3. 完全匹配现有约束
   三类数据严格一对一、学生必然有完整三类数据、总大小低于400KB单条目上限的所有限制，都和单条目存储的特性完全契合，不存在适配问题。

补充说明 #

只有当你的业务规则后续发生以下变化时，才需要考虑拆分为三类独立条目：

• 某类数据的更新频率极高，且需要单独控制写入吞吐量
• 新增了跨学生的分类查询需求，比如统计所有学生的数学平均成绩、按城市筛选学生等
  你当前给出的约束下不存在上述场景，拆分只会额外增加查询、写入的复杂度和成本，没有任何收益。

内容的提问来源于stack exchange，提问作者chris litsas