GSI上带条件检查的DynamoDBSaveExpression

Question

我想进行更新，但我想添加的条件检查不是基于主表的哈希/范围，而是基于GSI。

实际上，如果给定属性（即GSI的哈希）已经存在，我希望保存失败。

例如，在一个虚构的employees表中，“SSN”是散列键，“EmployeeId”上有一个GSI。这两个属性都必须是独一无二的。在保存员工时，我希望确保表中没有使用“SSN”或“EmployeeId”。我可以用表的散列，也就是SSN，但不能用GSI的散列。

支持吗？我在文件中没有看到这一点。

谢谢！

Answer 1

您描述的方法不可能使用DynamoDB，即使是在新宣布的事务中。原因是您的GSI最终是一致的，可能无法反映表中项目的最新状态，因此不能在GSI上使用ConditionExpression。

但是，您可以通过使用单独的EmployeeId InUse表来实现类似的功能。它可以简单到一个属性：employeeId。因为这是一个表而不是GSI，所以可以使用TransactionWriteItems请求同时向EmployeeData和EmployeeId写入use表。如果事务的任何部分失败，事务将失败，因此可以使用ConditionExpression防止覆盖现有项，以确保在SSN或EmployeeId已经存在的情况下事务将失败。

下面是dynamodb请求的“TransactiveItems”部分的示例。

“TransactItems”: [
    {
        “Put” : {
            “ConditionExpression” : “attribute_not_exists(ssn)”,
            “Item” : {
                ... employee data goes here ...
             },
            “TableName”: “EmployeeData”
        }
    },
    {
        “Put” : {
            “ConditionExpression” : “attribute_not_exists(employeeId)”,
            “Item” : {
                “employeeId”: {
                      “S” : “Employee1457”
                }
            },
            “TableName”: “EmployeeIDs-InUse”
        }
    }
]

这里有几件事你需要注意。确保在每次添加或删除员工时，以及在更新与给定SSN关联的EmployeeId时，都更新了使用中的EmployeeId。此外，请注意，一个事务将消耗两倍于常规写入的容量。