如何设置多字段为排序键？DynamoDB三字段唯一方案咨询

你需要确保user-id、subscription-name、year-month三者组合唯一，同时允许同一用户在同一个月里存储多条不同订阅的记录（比如Netflix和Hulu可以同时出现在2023-06的记录中）。但如果用user-id当分区键、year-month当排序键，同一用户同月份只能存一条记录——因为这两者的组合是主键，重复写入会直接覆盖，根本没法同时保存不同订阅的数据。

下面是所有可行方案的分析：

方案1：排序键使用subscription-name:year-month（你建议的分隔符方案） #

主键设计 #

分区键：user-id
排序键：subscription-name:year-month（示例：netflix:2023-06）

利弊 #

• 好处：

  • 直接满足唯一性要求：DynamoDB会自动校验分区键+排序键的唯一性，不用额外写逻辑就能防止同一用户、同一订阅、同一月份的重复记录
  • 查询灵活：可以查某用户的所有订阅记录；也能查某用户某订阅的所有月份记录（用begins_with匹配排序键前缀）；要是把排序键改成year-month:subscription-name，还能快速查询某用户某月份的所有订阅（前缀匹配year-month:）
  • 实现简单：不用额外建索引，也不用复杂的代码逻辑

• 问题：

  • 需注意分隔符冲突：如果subscription-name里本身包含:这类分隔符，后续解析排序键时会出错，得提前对特殊字符做转义处理
  • 查询效率依赖排序键结构：如果用subscription-name:year-month，按月份批量查询时得用过滤表达式，性能比前缀查询略差

方案2：分区键使用user-id:subscription-name，排序键year-month #

主键设计 #

分区键：user-id:subscription-name（示例：user123:netflix）
排序键：year-month

利弊 #

• 好处：

  • 天然保证唯一性：每个用户+订阅的组合单独作为一个分区，年月作为排序键，同一用户、同一订阅、同一月份肯定只能有一条记录
  • 查询某用户某订阅的历史月份记录效率极高：直接定位到分区，再扫描排序键范围就能拿到所有历史数据

• 问题：

  • 分区键基数较高：虽然DynamoDB支持高基数分区键，但如果用户订阅数量极大，分区数量会显著增加（不过对性能无负面影响）
  • 查询某用户某月份的所有订阅效率低：需要扫描多个分区（每个订阅对应一个分区），如果有这类需求，还得额外创建全局二级索引

方案3：主表保留user-id+year-month主键，用全局二级索引（GSI）做唯一性校验 #

设计思路 #

主表主键为user-id（分区键）+year-month（排序键），每条记录包含subscription-name字段。然后创建一个GSI，GSI的主键为user-id（分区键）+subscription-name:year-month（排序键），开启GSI的主键唯一性约束。

利弊 #

• 好处：

  • 主表保留了按用户+月份批量查询的高效模式，适合需要一次性获取用户某月所有订阅的场景
  • GSI负责唯一性校验，不会出现同一用户、同一订阅、同一月份的重复记录

• 问题：

  • 存储成本增加：GSI会复制指定的属性，额外占用存储资源
  • 写入延迟升高：写入主表时需同步更新GSI，耗时更长
  • 维护成本高：需要额外管理一个索引，且GSI更新是最终一致性，极端情况下可能存在短暂的数据不一致

方案4：应用层校验+条件表达式写入 #

这个方案实际不可行——因为主表主键是user-id+year-month的话，同一用户同月份只能存一条记录，根本无法满足同一月份多条订阅的需求，直接排除。

优先选择方案1（将排序键调整为year-month:subscription-name的分隔符组合），理由如下：

1. 完全满足唯一性要求，实现简单，无需额外成本
2. 调整排序键结构后，既能高效查询用户某月份的所有订阅（前缀匹配），也能查询用户某订阅的历史记录（用过滤表达式即可）
3. 只要提前处理好分隔符冲突（比如用#这类不常见的符号，或对特殊字符转义），就不会有解析问题

如果你的业务中，查询用户某订阅的历史月份需求远高于按月份查询所有订阅，那么方案2也是合适的选择，但如果有按月聚合查询的需求，需要额外创建GSI。

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