DynamoDB put_item()条件校验不生效仍写入已存在重复条目问题

现有代码的条件校验逻辑不符合DynamoDB的运行机制，无法实现「完整条目不存在才写入」的效果，核心问题有两个：

• 条件表达式语义错误：attribute_not_exists(firstName) AND attribute_not_exists(lastName) 仅在同主键的已有条目同时缺失firstName、lastName两个属性时才会拦截写入。只要已有条目缺了其中任意一个属性，整个AND条件就会判定为真，写入会正常执行，直接覆盖原有数据。
• 对DynamoDB条件校验的作用范围理解错误：put_item 携带的ConditionExpression 只会针对和当前写入条目主键（分区键+排序键，若存在）完全一致的已有条目做校验。如果你用来判重的firstName、lastName不是表的主键组成部分，哪怕表里已经有属性值完全一样的条目，只要主键和当前写入条目不同，DynamoDB根本不会匹配到那条已有记录，attribute_not_exists 会直接返回真，写入无条件执行，这是绝大多数重复写入问题的直接诱因。

根据你用来判重的属性组和表主键的关系，分场景处理：

1. 判重属性组就是表的主键（比如firstName是分区键、lastName是排序键，二者组成复合主键）
   主键是DynamoDB条目的唯一标识，同主键的条目只要存在，分区键必然存在，不需要同时校验多个属性。直接把条件表达式简化为校验分区键不存在即可，既可以避免单属性缺失导致的误判，也能100%拦截同主键的重复写入。
   修复后的代码参考：

   def put_items_db(data_dict):
       """
       Put provided dictionary to lqtpid database
       """
       try:
           response = self.table.put_item(
               Item=data_dict,
               # 复合主键场景仅需校验分区键存在性，即可确认同主键条目已存在
               ConditionExpression='attribute_not_exists(firstName)'
           )
           http_code_response = response['ResponseMetadata']['HTTPStatusCode']
           logging.debug(f'http code response for db put {http_code_response}')
   
       except ClientError as e:
           # 命中重复条目时静默跳过，其余异常正常抛出
           if e.response['Error']['Code'] != 'ConditionalCheckFailedException':
               raise
           logging.debug('Duplicate item detected, skip write operation')
   

2. 判重属性组不是表的主键
   单靠put_item的条件表达式无法实现跨主键的属性判重，这是DynamoDB的原生机制限制。需要先将判重用的全部属性设置为全局二级索引（GSI）的主键，写入前先通过GSI查询是否存在属性完全匹配的条目，确认不存在后再执行写入；如果要规避并发写入的竞态问题，需要搭配DynamoDB事务实现原子校验+写入。

注意：不要尝试通过枚举非主键属性的attribute_not_exists条件实现全局判重，这种写法在主键不匹配时完全不生效，必然会出现重复写入。

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