DynamoDB条件写入实现唯一性：避免用户重复帖子反应

问题根源 #

你的表结构中SK包含timestamp，导致同一用户对同一帖子的相同reactionType生成的SK每次都不一样，DynamoDB会判定为全新条目，因此attribute_not_exists条件无法阻止重复数据——这个条件仅检查当前写入条目的指定属性是否存在，而非跨条目匹配postId、userId、reactionType的组合。

最优解决方案：调整主键设计 #

直接修改SK的结构，去掉timestamp，改为reactionType#userId，让同一postId（PK）下，reactionType+userId的组合成为唯一标识，利用DynamoDB主键的天然唯一性阻止重复。

调整后的表结构示例：

• 把timestamp作为单独的属性存储，不影响业务查询需求
• 当用户再次尝试写入相同PK和SK的条目时，DynamoDB会自动抛出ConditionalCheckFailedException，无需额外条件判断

无法修改主键时的替代方案 #

如果不能调整原有主键结构，可通过全局二级索引（GSI）实现重复校验：

1. 创建GSI：以PK（postId）为分区键，reactionType#userId为排序键，同时确保表中单独存储reactionType和userId属性
2. 写入数据时添加ConditionExpression，检查GSI中是否已存在对应组合的条目：

   table.put_item(
       Item={
           'PK': '123',
           'SK': '1#1676444573#324',
           'userId': '324',
           'reactionType': '1',
           'timestamp': 1676444573
       },
       ConditionExpression='attribute_not_exists(#gsi_sk)',
       ExpressionAttributeNames={
           '#gsi_sk': 'reactionType#userId'
       }
   )
   

注：此方案会增加存储成本和GSI的同步延迟，仅作为无法修改主键时的妥协方案。

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