Examples of using Optimistic locking in English and their translations into German
{-}
-
Colloquial
-
Official
-
Ecclesiastic
-
Medicine
-
Financial
-
Ecclesiastic
-
Political
-
Computer
-
Programming
-
Official/political
-
Political
The following diagram illustrates optimistic locking.
Optimistic locking has the following impact on these DynamoDBMapper methods.
The object persistence model supports optimistic locking.
Optimistic locking has the following impact on DynamoDBContext operations.
For more information about versioning, see Optimistic Locking With Version Number.
With optimistic locking, each item has an attribute that acts as a version number.
Identifies a class property for storing an optimistic locking version number.
In this case, optimistic locking is disabled for any requests you make using the context.
Instead of setting the property at the context level,you can disable optimistic locking for a specific operation as shown in the following C code snippet.
Without optimistic locking, any update you perform will overwrite the update made by the other application.
If you specify only the primary key value as a parameter,the delete succeeds regardless of whether you have enabled optimistic locking or not.
You use optimistic locking with@DynamoDBVersionAttribute and the version value on the server is different from the value on the client side.
If you specify a client-side object as a parameter andyou have enabled optimistic locking, the delete succeeds only if the client-side and the server-side versions of the object match.
Optimistic locking is a strategy to ensure that the client-side item that you are updating(or deleting) is the same as the item in DynamoDB.
To more information about versioning, see Optimistic Locking Using Version Number with DynamoDB Using the AWS SDK for. NET Object Persistence Model.
The optimistic locking feature of the object persistence model provides the DynamoDBVersion tag that you can use to enable optimistic locking.
Note that the internal implementation of optimistic locking in the object persistence model code uses the conditional update and the conditional delete API actions in DynamoDB.
The optimistic locking support in the object persistence model ensures that the item version for your application is same as the item version on the server-side before updating or deleting the item.
For more information, see Optimistic Locking Using Version Number with DynamoDB Using the AWS SDK for. NET Object Persistence Model.
If you have optimistic locking configured, the update succeeds only if the client and the server side versions of the item match.
In"optimistic lock" mode, entities are not locked explicitly before updating them.
The internal stamp value of the entity does notmatch the one of the entity stored in the data optimistic lock.