如何在DynamoDB中保证指定分区键下非键属性的唯一性？

针对你提到的DynamoDB表设计（person_id为分区键，category#UUID为排序键，category#effectiveDate为可变属性），这里有几个可靠的实现方案：

方案一：利用带唯一约束的全局二级索引（GSI） #

这是DynamoDB原生支持的最优解：

• 创建GSI时，指定person_id作为GSI的分区键，category#effectiveDate作为GSI的排序键
• 开启GSI的唯一约束（创建索引时设置Unique: true，同时指定合适的ProjectionType，比如ALL以包含必要属性）
• 当插入或更新条目时，若同一person_id下已存在相同的category#effectiveDate，DynamoDB会抛出ConditionalCheckFailedException，直接拦截重复数据
• 注意点：
  • 更新category#effectiveDate前，必须确认新值在对应person_id下无重复，否则更新操作会失败
  • 唯一约束是针对GSI的键组合生效，刚好匹配你需要的“同person_id下category#effectiveDate唯一”的规则

方案二：条件表达式+事务操作 #

通过DynamoDB的条件判断和事务机制规避重复：

• 在执行PutItem或UpdateItem时，添加条件表达式，校验当前person_id下是否存在相同的category#effectiveDate
  • 示例条件表达式（DynamoDB语法）：NOT EXISTS(SELECT * FROM table WHERE person_id = :pid AND category#effectiveDate = :ed)，配合ExpressionAttributeValues传入具体参数
• 高并发场景下，务必使用TransactWriteItems事务，将“检查重复”和“写入/更新”打包成原子操作，避免并发竞态导致的重复数据
• 注意点：
  • 条件表达式需要精准匹配你的唯一性规则，避免逻辑漏洞
  • 事务有吞吐量上限，需根据业务量评估是否适用

方案三：应用层校验（仅低并发场景可用） #

如果业务并发量极低，可以在应用代码中先查询该person_id下的所有category#effectiveDate，确认无重复后再执行写入。但这种方式无法应对并发写入场景：两个请求同时查询都未发现重复，后续同时写入就会产生重复数据，因此仅适合非核心业务或低并发场景。

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