DynamoDB单表新增查询需求：GSI选型与多查询方案准则咨询

针对新增的「查询某学生所有成绩」需求，选择方案一（新增GSI）还是方案二（复用现有GSI多次查询），可依据以下核心准则判断：

1. 查询性能与场景频次 #

• 若该查询是高频核心场景（比如学生日常查看成绩汇总），或对延迟有严格要求（比如实时展示），优先选方案一。新增GSI支持单次Query操作直接获取全量数据，延迟稳定，避免多次网络请求和DynamoDB调用的累加开销。
• 若该查询是低频非核心场景（比如月度成绩统计），且对延迟不敏感，方案二更合适，无需修改表结构，快速上线即可。

2. 成本与运维复杂度 #

• 方案一需承担额外成本：GSI会复制对应数据，增加存储开销；每次写入Result记录时需同步更新GSI，提升写入成本。如果表的写入量极大，需评估这笔开销是否在预算内。
• 方案二无额外存储和写入成本，但多次查询会消耗更多读取容量单位（RCU）。若学生作业数量多，单次查询的RCU消耗会显著上升，长期成本可能超过方案一。

3. 数据规模与扩展性 #

• 若学生作业数量不确定或未来会快速增长（比如每个学生可能有上百个作业），方案二的遍历查询会随数据量增大逐渐变慢，甚至触发限流，扩展性差。方案一的GSI查询性能不受作业数量影响，扩展性更强。
• 若学生作业数量固定且极少（比如每个学生最多10个作业），方案二的性能影响可忽略，无需新增GSI。

4. 业务长期规划 #

• 如果未来可能出现类似聚合查询需求（比如查询某班级所有学生成绩），方案一的GSI设计更具扩展性，可为后续需求预留调整空间。
• 如果业务短期内无其他查询需求，且方案二完全满足当前需求，优先选择无侵入的方案二，降低表结构变更风险。

总结建议 #

优先基于查询频率、性能要求、数据规模三个核心维度决策：

• 高频、低延迟要求、数据规模大 → 选方案一
• 低频、对延迟不敏感、数据规模小 → 选方案二

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