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

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

Редактировал(а) Alexandr Fokin 2025/09/20 11:33
От версии 1.30
отредактировано Alexandr Fokin
на 2024/05/28 20:47
Изменить комментарий: К данной версии нет комментариев
К версии 1.33
отредактировано Alexandr Fokin
на 2025/09/20 11:03
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -1,6 +1,7 @@
1 1  (% style="width:1426px" %)
2 2  |(% style="width:155px" %)**Необходимый уровень изоляции**|(% style="width:614px" %)**Запрос**|(% style="width:652px" %)**Комментарий**
3 3  |(% style="width:155px" %) |(% style="width:614px" %) |(% style="width:652px" %)Замечание: в приведенных ниже примерах не рассматриваются сценарии с использованием [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]].
4 +Механизмы БД и [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]].
4 4  |(% style="width:155px" %)READ COMMITTED|(% style="width:614px" %){{code language="sql"}}BEGIN;
5 5  
6 6   UPDATE accounts
... ... @@ -14,6 +14,8 @@
14 14  COMMIT;{{/code}}|(% style="width:652px" %)(((
15 15  * Относительное изменения значения (а не константное).
16 16  * Без проверок.
18 +
19 +(В данном случае строка заблокируется в момент обновления (update). Чтение (select) с проверкой условия без явного указания updatelock не будет удерживать блокировку, строка может быть изменена после проверки условия).
17 17  )))
18 18  |(% style="width:155px" %)REPEATABLE READ|(% style="width:614px" %)(((
19 19  |MSSQL|{{code language="sql"}}SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
... ... @@ -53,8 +53,10 @@
53 53  Гарантия, что значение не будет изменено другими транзакциями после проверки (или их изменение будет обнаружено и приведет к ошибке).
54 54  * В запросе могут использоваться как относительные, так и константные значения, при условии что значение было сформировано после проверки допустимости операции.
55 55  
59 +(В данном случае чтение (select) удерживает share блокировку, что гарантирует, что строка не будет изменена. Но параллельный переход от sharelock к updatelock приводит к deadlock, поэтому может быть лучше сразу накладывать updatelock).
60 +
56 56  ----
57 57  
58 -Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно использовать механизм явных блокировок (обычно это что-то вроде UPDLOCK).
63 +Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно явно выполнять чтение с updatelock.
59 59  (Причем для данного примера явная блокировка была бы обязательна только для проверяемого аккаунта, с которого выполняется списание).
60 60  )))
XWiki.XWikiRights[1]
Разрешить/Запретить
... ... @@ -1,1 +1,0 @@
1 -Запретить
Уровни
... ... @@ -1,1 +1,0 @@
1 -view
Пользователи
... ... @@ -1,1 +1,0 @@
1 -XWiki.XWikiGuest