Изменения документа Примеры.
Редактировал(а) Alexandr Fokin 2025/09/20 11:33
От версии 1.33
отредактировано Alexandr Fokin
на 2025/09/20 11:03
на 2025/09/20 11:03
Изменить комментарий:
К данной версии нет комментариев
К версии 1.13
отредактировано Alexandr Fokin
на 2023/01/10 15:20
на 2023/01/10 15:20
Изменить комментарий:
Update document after refactoring.
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,7 +1,5 @@ 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]]. 4 -Механизмы БД и [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]]. 5 5 |(% style="width:155px" %)READ COMMITTED|(% style="width:614px" %){{code language="sql"}}BEGIN; 6 6 7 7 UPDATE accounts ... ... @@ -15,29 +15,10 @@ 15 15 COMMIT;{{/code}}|(% style="width:652px" %)((( 16 16 * Относительное изменения значения (а не константное). 17 17 * Без проверок. 18 - 19 -(В данном случае строка заблокируется в момент обновления (update). Чтение (select) с проверкой условия без явного указания updatelock не будет удерживать блокировку, строка может быть изменена после проверки условия). 20 20 ))) 21 -|(% style="width:155px" %)REPEATABLE READ|(% style="width:614px" %)((( 22 -|MSSQL|{{code language="sql"}}SET TRANSACTION ISOLATION LEVEL REPEATABLE READ; 23 -BEGIN TRANSACTION 17 +|(% style="width:155px" %)REPEATABLE READ|(% style="width:614px" %){{code language="sql"}}BEGIN; 24 24 25 - if (SELECT balance FROM accounts /*FOR UPDATE*/ where acctnum = @account2 ) < @payment 26 - //error 27 - END IF 28 - 29 - UPDATE accounts 30 - SET balance = balance + @payment 31 - WHERE acctnum = @account1 32 - 33 - UPDATE accounts 34 - SET balance = balance - @payment 35 - WHERE acctnum = @account2 36 - 37 -COMMIT;{{/code}}| 38 -|Postgres|{{code language="sql"}}BEGIN TRANSACTION ISOLATION LEVEL REPEATABLE READ; 39 - 40 - if (SELECT balance FROM accounts where acctnum = @account2 ) < @payment 19 + if (SELECT balance FROM accounts where acctnum = @account2) < @payment 41 41 RAISE EXCEPTION '' 42 42 END IF 43 43 ... ... @@ -49,17 +49,7 @@ 49 49 SET balance = balance - @payment 50 50 WHERE acctnum = @account2 51 51 52 -COMMIT;{{/code}}| 53 -| | | 54 -)))|(% style="width:652px" %)((( 31 +COMMIT;{{/code}}|(% style="width:652px" %)((( 55 55 * Предварительная проверка условия перед изменением строк. 56 -Гарантия, что значение не будет изменено другими транзакциями после проверки (или их изменение будет обнаружено и приведет к ошибке). 57 -* В запросе могут использоваться как относительные, так и константные значения, при условии что значение было сформировано после проверки допустимости операции. 58 - 59 -(В данном случае чтение (select) удерживает share блокировку, что гарантирует, что строка не будет изменена. Но параллельный переход от sharelock к updatelock приводит к deadlock, поэтому может быть лучше сразу накладывать updatelock). 60 - 61 ----- 62 - 63 -Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно явно выполнять чтение с updatelock. 64 -(Причем для данного примера явная блокировка была бы обязательна только для проверяемого аккаунта, с которого выполняется списание). 33 +Гарантия, что значение не будет изменено другими транзакциями после проверки. 65 65 )))