Изменения документа Оптимистичная блокировка

Редактировал(а) Alexandr Fokin 2024/07/05 11:48

<
От версии < 1.8 >
отредактировано Alexandr Fokin
на 2022/12/12 11:32
К версии < 1.10 >
отредактировано Alexandr Fokin
на 2023/05/21 09:57
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Содержимое
... ... @@ -2,8 +2,8 @@
2 2  
3 3  1. Берем элемент (не блокируя) (фиксируем version/timestamp)
4 4  1. Производим обработку.
5 -1. Атомарно проверяем, что version/timestamp не изменился. (иначе ошибка/повторная обработка/игнорирования, что исходные данные изменились с момента начала обработки)
6 -1. Сохраняем элемент.
5 +1. Атомарно проверяем, что version/timestamp не изменился. (иначе ошибка/повторная обработка/игнорирования, что исходные данные изменились с момента начала обработки) 
6 +Сохраняем элемент.
7 7  
8 8  ----
9 9  
... ... @@ -11,9 +11,9 @@
11 11  
12 12  ----
13 13  
14 -Плохо подходит для ситуации, когда ресурс блокируется часто (плохо работает, приводит к повышенной нагрузке вычислений т.к. постоянно перевыполняется блок обработки). Предполагается, что ресурс не будет изменен за время выполнения операции.
15 -Не подходит для операций, которые не являются идемпотентными (например запросы во внешние сервисы).
16 -В некоторых случаях может использовать для управления отсоединенными данными (Предполагая, что данные в основном хранилище либо не будут изменены, либо изменение отсоединенных данных будет отброшено, либо существование механизма слияния изменений основного хранилища и отсоединенного данных).
14 +* Плохо подходит для ситуации, когда ресурс блокируется часто (плохо работает, приводит к повышенной нагрузке вычислений т.к. постоянно перевыполняется блок обработки). Предполагается, что ресурс не будет изменен за время выполнения операции.
15 +* Не подходит для операций, которые не являются идемпотентными (например запросы во внешние сервисы).
16 +* В некоторых случаях может использовать для управления отсоединенными данными (Предполагая, что данные в основном хранилище либо не будут изменены, либо изменение отсоединенных данных будет отброшено, либо существование механизма слияния изменений основного хранилища и отсоединенного данных).
17 17  
18 18  ----
19 19