能否在DynamoDB事务中基于嵌套属性编写跨表ConditionCheck表达式？

完全可以实现你描述的场景，核心是用DynamoDB事务（TransactWriteItems）结合ConditionCheck操作，同时利用DynamoDB的文档路径表达式访问嵌套JSON属性。

实现逻辑 #

DynamoDB单操作的条件表达式只能约束当前操作的表，但事务允许你在一个原子操作中组合多个跨表操作：

1. 先对Credential表执行ConditionCheck，验证主键为K1的条目里payload.a.b.email等于abc
2. 只有当ConditionCheck通过时，才会执行对Account表主键K1条目的更新操作
3. 事务保证这两个操作的原子性：要么全部成功，要么全部回滚

示例请求结构 #

以下是TransactWriteItems的核心请求结构（以JSON格式为例）：

{
  "TransactItems": [
    {
      "ConditionCheck": {
        "TableName": "Credential",
        "Key": { "customerId": { "S": "K1" } },
        "ConditionExpression": "#payload.a.b.email = :targetEmail",
        "ExpressionAttributeNames": { "#payload": "payload" },
        "ExpressionAttributeValues": { ":targetEmail": { "S": "abc" } }
      }
    },
    {
      "Update": {
        "TableName": "Account",
        "Key": { "customerId": { "S": "K1" } },
        "UpdateExpression": "SET #accountStatus = :newStatus",
        "ExpressionAttributeNames": { "#accountStatus": "status" },
        "ExpressionAttributeValues": { ":newStatus": { "S": "updated" } }
      }
    }
  ]
}

关键注意点 #

• 嵌套属性访问合法性：DynamoDB支持用.分隔的文档路径访问嵌套JSON属性，payload.a.b.email是完全合法的，前提是payload是Map类型，且a、b层级的属性都存在
• ConditionCheck的约束范围：如果Credential表中不存在customerId=K1的条目，ConditionCheck会直接失败，事务回滚；若条目存在但email不匹配，同样会终止更新操作
• 事务原子性：整个事务中的所有操作要么全部执行成功，要么全部不执行，不会出现部分成功的情况

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