Перейти к содержимому

Изменения документа Примеры.

Редактировал(а) Alexandr Fokin 2025/09/20 11:33
От версии 1.14
отредактировано Alexandr Fokin
на 2023/01/14 16:17
Изменить комментарий: К данной версии нет комментариев
К версии 1.20
отредактировано Alexandr Fokin
на 2023/12/16 14:01
Изменить комментарий: Update document after refactoring.

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Разработка.Базы данных.SQL.Механизмы.Транзакции и блокировки.WebHome
1 +Разработка.Базы данных 2.SQL.Механизмы.Транзакции и блокировки.WebHome
Содержимое
... ... @@ -1,5 +1,6 @@
1 1  (% style="width:1426px" %)
2 2  |(% style="width:155px" %)**Необходимый уровень изоляции**|(% style="width:614px" %)**Запрос**|(% style="width:652px" %)**Комментарий**
3 +|(% style="width:155px" %) |(% style="width:614px" %) |(% style="width:652px" %)Замечание: в приведенных ниже примерах не рассматриваются сценарии с использованием [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]].
3 3  |(% style="width:155px" %)READ COMMITTED|(% style="width:614px" %){{code language="sql"}}BEGIN;
4 4  
5 5   UPDATE accounts
... ... @@ -32,4 +32,9 @@
32 32  * Предварительная проверка условия перед изменением строк.
33 33  Гарантия, что значение не будет изменено другими транзакциями после проверки (или их изменение будет обнаружено и приведет к ошибке).
34 34  * В запросе могут использоваться как относительные, так и константные значения, при условии что значение было сформировано после проверки допустимости операции.
36 +
37 +----
38 +
39 +Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно использовать механизм явных блокировок (обычно это что-то вроде UPDLOCK).
40 +(Причем для данного примера явная блокировка была бы обязательна только для проверяемого аккаунта, с которого выполняется списание).
35 35  )))