Документ Dynamo, который вы связали (обратите внимание, что это , а не такой же, как сегодняшний продукт DynamoDB, поэтому я удалил тег DynamodB, который вы добавили в свой вопрос), объясняет, как происходит согласование между двумя версиями готово, используя векторные часы (которые не так просты, как «отметка времени»):
Динамо использует векторные часы для захвата причинно-следственных связей между различными версиями одного и того же объекта. Векторные часы фактически представляют собой список пар (узел, счетчик). Один вектор часов связан с каждой версией каждого объекта. Можно определить, находятся ли две версии объекта на параллельных ветвях или имеют причинное упорядочение, изучив их векторные часы. Если счетчики на часах первого объекта меньше или равны всем узлам на вторых часах, то первый является предком второго и может быть забыт. В противном случае два изменения считаются конфликтующими и требуют согласования.
Другими словами, обычно «Динамо» может определить, какое значение является более новым, на основе векторных часов (в документе поясняется, что это означает подробно), но также возможно, что существует конфликт - представьте, что один и тот же элемент был прочитан и изменен одновременно и по-разному двумя разными и не связанными друг с другом репликами. В этом случае обе версии данных будут сохранены в базе данных и возвращены клиенту, и клиенту необходимо будет согласовать их, используя определенные клиентом c logi c. Например, в примере корзины покупок Amazon, если одной из модификаций было добавление продукта A в корзину покупок, а второй модификацией - добавление продукта B в корзину покупок, выверка будет включать добавление обоих продуктов - A и B - к корзина.