DynamoDB多字段PK最佳实践咨询：主键设计、分隔符选择与索引配置

现有方案合理性评估 #

你的方案完全合理，完美适配当前的业务场景和查询模式：

• 分区键（Hash Key）使用date，刚好匹配查询时固定指定日期的过滤条件，同一日期的所有数据会归集到同一个分区，查询时无需跨分区，延迟最低
• 排序键（Range Key）采用org+service拼接的形式，既保证了date+org+service组合的全局唯一性，又支持查询时通过排序键前缀匹配（指定org为前缀），直接筛选出指定组织下的所有服务数据，无需额外扫描过滤，性能最优

分隔符选择建议 #

要避免分隔符和org、service的取值冲突，优先选两类分隔符：

• 首选ASCII专用分隔符：比如\x1F（单元分隔符，ASCII码表中专门设计用于字段分隔的控制字符），这类字符不可能出现在正常的业务命名中，完全不存在冲突风险，也不需要额外做转义处理
• 如果要求键值必须可打印可读，选择#作为分隔符，配套做两个处理：要么业务层约束org、service命名不允许出现#，要么写入前对org、service中的#做转义（比如将原生#替换为##，读取拆分时再反向转义即可）

索引配置建议 #

主表配置 #

当前主表设计已经完全覆盖核心需求，无需额外创建全局二级索引（GSI）：

• 主表键配置：分区键为date，排序键为org{分隔符}service
• upsert操作直接调用UpdateItem接口即可，主键天然保证唯一性，无需额外加条件表达式，原生支持「不存在则创建、存在则更新tps」的需求，你甚至可以直接用原子加操作更新tps值，适合峰值累加的场景

扩展索引（可选） #

如果后续有跨日期的查询需求，比如查询某个组织近7天的所有服务TPS数据，可新增一个GSI：

• GSI分区键设为org，排序键设为date{分隔符}service，即可直接支持按组织+日期范围的查询需求

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