DynamoDB多属性复合主键设计及查询实现方案咨询

核心设计思路 #

放弃直接将四个属性拼接为单一主键的方案——这种设计会完全丧失对Date的范围查询能力（DynamoDB分区键仅支持精确匹配）。转而利用DynamoDB**分区键（HashKey）+排序键（SortKey）**的复合主键结构，结合单独存储的属性来满足唯一性和查询需求。

具体表结构设计 #

主键定义 #

• 分区键（HashKey）：compositeHash，值格式为{locationId}#{registerId}（例如123#45）
  • 作用：将同一locationId+registerId的所有数据聚合到同一个分区，确保查询时能快速定位目标数据集合
• 排序键（SortKey）：compositeSort，值格式为{ISO格式Date}#{sequenceNumber}（例如2022-10-27T12:10:23Z#1001）
  • 作用：保证locationId+registerId+Date+sequenceNumber的全局唯一性，同时支持基于Date的范围查询

额外存储属性 #

单独存储以下属性（避免解析拼接字符串的开销，同时方便过滤/索引）：

• locationId：原始数值/字符串
• registerId：原始数值/字符串
• Date：ISO 8601格式时间字符串（如2022-10-27T12:10:23Z）
• sequenceNumber：原始数值
• processedStatus：状态标识（如N/Y）

实现目标查询的方式 #

对应SQL：select * from mytable where location=123 and registerid=45 and date>27-10-2022 12:10:23 and processedStatus=N

DynamoDB查询操作逻辑：

1. 精确匹配分区键：指定compositeHash = "123#45"，快速定位到该locationId+registerId对应的所有数据
2. 范围过滤排序键：设置compositeSort > "2022-10-27T12:10:23Z#0"（#0确保匹配该时间点之后所有sequenceNumber的记录）
3. 添加过滤条件：将processedStatus = "N"作为过滤参数，筛选出未处理的记录

关键注意事项 #

• 分隔符选择：确保业务数据中不会出现用于拼接的分隔符（如#），如果可能冲突，可替换为|、^等无冲突字符
• 时间格式规范：必须使用ISO 8601格式存储Date，否则排序键的范围查询无法按时间顺序正确筛选
• 性能优化：如果该类查询频率极高，且processedStatus=N的记录占比很低，建议创建全局二级索引（GSI）：
  • GSI分区键：compositeHash
  • GSI排序键：Date
  • 投影属性：包含所有查询需要的字段（如registerId、sequenceNumber、processedStatus）
  • 优势：直接在GSI上执行范围查询+过滤，减少无效数据的读取量，降低读取容量消耗

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