问题描述
我们有一个用 node.js & 编写的微服务我们使用 dynamoDB 进行数据存储.值以 json 格式存储在密钥中.在更新服务调用中，我们获取一个键的值，更新 json &保存它.
We have a microservice written in node.js & we use dynamoDB for data storage. Value is stored in json format against key. In update service call, we fetch value for a key, update the json & save it.
最近，我们遇到了两个调用想要更新同一个键的值的情况.所以第一次调用读取值，然后第二次调用读取值，第一次调用更新 &保存，然后第二次更新 &保存了值(竞争条件的通常情况)，因此在这种情况下，第一次调用的更新不会反映在数据库中.
Recently, we came across a condition where 2 calls wanted to update the value of the same key. So first call read the value, then second call read the value, first call updated & saved, then second updated & saved the value (usual case of race condition), so in this case update by first call did not get reflected in DB.
为了解决这个问题，我进行了一些研究 &了解了dynamoDB的事务库.但是好像还没有在node-js sdk中.
To handle this, I researched a bit & came to know about the transaction library of dynamoDB. But it seems that it is not yet in node-js sdk.
另外，我搜索了版本控制和乐观锁定，但我再次没有在 node-js sdk 中找到对此的支持.
Also, I searched about versioning & optimistic locking but again I did not find a support for this in node-js sdk.
这有什么更新吗?如果它的支持不会在不久的将来在 node-js sdk 中出现，那么其他选项是什么?处理这个问题的最佳方法是什么?
Is there any update with this? If it's support is not going to come in near future in node-js sdk, what are the other options? What could be the best way to handle this issue?
推荐答案
您可以进行原子更新，例如直接在 Dynamo 上递增一个数字，而无需读取、递增、更新.有关详细信息，请参阅 this
两个更新是否更新同一个字段?如果是这样，您可以在更新中添加一个条件，即旧值等于您读取的值.这样，如果您尝试保存第二个新值，此条件将失败并且不会执行第二次更新.请参阅 this
Are both updates updating the same field? If so you can add a condition to the update that the old value equal what you read. That way if you try to save the 2nd new value, this condition will fail and it won't perform the 2nd update. See this
这篇关于如何使用 javascript aws-sdk 支持 dynamoDB 中的事务?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持跟版网！