是否应拆分多字段DynamoDB表？单表vs多表方案咨询

单表设计（更符合DynamoDB原生思路） #

• 适配你的核心场景：30个字段属于同一业务实体，单表完全能承载（DynamoDB单条项目支持最大400KB数据），无需拆分。
• 操作更高效：POST/PUT API分别更新不同字段时，直接调用UpdateItem接口即可，无需跨表事务，避免了事务带来的额外协调开销与性能损耗。
• 查询更便捷：后续查询完整数据时，单表一次读取就能获取全部字段，无需在应用层做多表数据聚合（DynamoDB不支持JOIN，多表查询会大幅降低效率）。

多表+TransactWriteItems方案的适用场景 #

这个方案并非完全不可行，但仅适合特定需求：

• 字段分属完全独立的业务实体，有严格的隔离需求（如不同权限控制、数据生命周期策略）。
• 单表读写热点问题无法通过主键设计优化，必须拆分分散负载。
  但你的场景中，字段属于同一业务对象且需要协同更新，拆分多表反而会增加复杂度：
• TransactWriteItems存在操作数量（最多25个）和数据量（最多4MB）的限制，后续扩展可能受限。
• 事务会占用更多RCU/WCU，延迟更高，且故障排查难度更大。

结论 #

如果你的30个字段属于同一业务实体（如同一用户、订单），单表设计是更符合DynamoDB原生思路的最佳实践。仅当字段分属不同业务域且必须隔离时，再考虑多表+事务的方案。

内容的提问来源于stack exchange，提问作者Alex M981