如何为多对象类场景设计DynamoDB的键与索引结构？

我尝试在DynamoDB中搭建一个相对简单的数据结构，但文档晦涩难懂，多次尝试均遇问题，希望能得到正确的结构设计方向指引。

我有三类不同的对象类，每类对象均具备：

• 唯一且静态的ID编号
• 可变更的非唯一日期标识
• 一组非唯一且可变更的其他属性（不同类别的其他属性集合不同）

需要实现的操作：

• 按ID检索对象
• 检索某一特定类别的所有对象
• 检索某一日期范围内的所有对象
• 更新对象的日期及其他属性
• 未来可能还需按其他属性进行检索

目前已尝试的方案及问题：

1. 单表设计：哈希键（hash key）=对象类型，范围键（range key）=ID，全局二级索引（GSI）以date作为哈希键
   • 问题：GSI不支持针对date的between运算符查询（KeyConditionExpression=Key('date').between(d_min, d_max)）
2. 为每类对象单独建表：哈希键=ID，范围键=date
   • 问题：当更新对象的date属性时，由于主键由ID和date组成，会生成第二条记录
3. 为每类对象单独建表：哈希键=ID，无范围键，GSI以date作为哈希键
   • 问题：GSI不支持针对date的between运算符查询
4. 为每类对象单独建表：哈希键=ID，无范围键，GSI以date作为范围键
   • 问题：GSI要求必须设置哈希键

推荐采用单表设计，这是DynamoDB最佳实践之一，能高效支持多维度查询且避免多表维护成本，具体设计如下：

主表结构 #

• 哈希键（Partition Key）：object_id（对象唯一ID）
• 范围键（Sort Key）：固定值metadata（比如字符串"metadata"）
• 附加属性：
  • object_type：对象类别（比如"typeA"/"typeB"/"typeC"）
  • date：可变更的日期标识（存储为ISO格式字符串或毫秒级时间戳，确保排序一致性）
  • 各类对象专属的其他属性（如typeA的attr_a1、typeB的attr_b1等）

全局二级索引（GSI）设计 #

GSI 1：按对象类别+日期查询 #

• GSI哈希键：object_type
• GSI范围键：date
• 投影属性：按需选择（建议投影全部属性，或至少包含object_id和常用查询属性）
• 用途：
  • 检索某一特定类别的所有对象：通过object_type作为哈希键，范围键无限制扫描
  • 检索某一类别下日期范围内的对象：KeyConditionExpression=Key('object_type').eq('typeA') & Key('date').between(d_min, d_max)

GSI 2：按全局日期范围查询 #

如果需要跨类别查询日期范围内的所有对象，可新增一个GSI：

• GSI哈希键：固定值all_types（比如字符串"all_types"）
• GSI范围键：date
• 投影属性：按需选择
• 用途：跨类别查询日期范围的对象：KeyConditionExpression=Key('hash_key').eq('all_types') & Key('date').between(d_min, d_max)

各操作实现方式 #

1. 按ID检索对象：直接通过主表的object_id哈希键+metadata范围键查询，精准定位单条记录
2. 更新对象属性：使用UpdateItem API，直接修改date或其他属性，由于主键仅依赖静态的object_id，不会产生重复记录
3. 未来扩展其他属性查询：针对需要查询的属性，新增对应的GSI（比如按attr_x查询，可设置GSI哈希键为attr_x，范围键为date或object_id）

关键注意事项 #

• date字段必须存储为可排序的格式（如YYYY-MM-DDTHH:MM:SS或毫秒级时间戳），确保between查询的正确性
• 单表设计中不同类别的属性可以共存，DynamoDB支持稀疏属性，不会产生存储冗余
• GSI的投影属性根据查询需求选择，投影全部属性会增加存储成本，但能减少回表查询的开销

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