Изменения документа Примеры.
Редактировал(а) Alexandr Fokin 2025/09/20 11:33
От версии 1.35
отредактировано Alexandr Fokin
на 2025/09/20 11:32
на 2025/09/20 11:32
Изменить комментарий:
К данной версии нет комментариев
К версии 1.28
отредактировано Alexandr Fokin
на 2024/05/28 16:15
на 2024/05/28 16:15
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
-
Объекты (0 изменено, 1 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,13 +3,8 @@ 1 -== Обновление строки по ключу. == 2 - 3 3 (% style="width:1426px" %) 4 4 |(% style="width:155px" %)**Необходимый уровень изоляции**|(% style="width:614px" %)**Запрос**|(% style="width:652px" %)**Комментарий** 5 5 |(% style="width:155px" %) |(% style="width:614px" %) |(% style="width:652px" %)Замечание: в приведенных ниже примерах не рассматриваются сценарии с использованием [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]]. 6 -Механизмы БД и [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]]. 7 7 |(% style="width:155px" %)READ COMMITTED|(% style="width:614px" %){{code language="sql"}}BEGIN; 8 8 9 - -- Проверка 10 - 11 11 UPDATE accounts 12 12 SET balance = balance + @payment 13 13 WHERE acctnum = @account1 ... ... @@ -19,15 +19,13 @@ 19 19 COMMIT;{{/code}}|(% style="width:652px" %)((( 20 20 * Относительное изменения значения (а не константное). 21 21 * Без проверок. 22 - 23 -(В данном случае строка заблокируется в момент обновления (update). Чтение (select) с проверкой условия без явного указания updatelock не будет удерживать блокировку, строка может быть изменена после проверки условия). 24 24 ))) 25 25 |(% style="width:155px" %)REPEATABLE READ|(% style="width:614px" %)((( 26 -|MSSQL|{{code language="sql"}}SET TRANSACTION ISOLATION LEVEL REPEATABLE READ; 27 -BEGIN TRANSACTION 19 +|MSSQL|{{code language="sql"}}BEGIN TRANSACTION repetableread; 28 28 29 - if (SELECT balance FROM accounts /*FOR UPDATE*/ where acctnum = @account2 ) < @payment 30 - -- error 21 +--Явная update (эксклюзивная) блокировка 22 + if (SELECT balance FROM accounts FOR UPDATE where acctnum = @account2 ) < @payment 23 + //error 31 31 END IF 32 32 33 33 UPDATE accounts ... ... @@ -39,7 +39,7 @@ 39 39 WHERE acctnum = @account2 40 40 41 41 COMMIT;{{/code}}| 42 -|Postgres|{{code language="sql"}}BEGIN TRANSACTION ISOLATION LEVEL REPEATABLE READ;35 +|Postgres|{{code language="sql"}}BEGIN; 43 43 44 44 if (SELECT balance FROM accounts where acctnum = @account2 ) < @payment 45 45 RAISE EXCEPTION '' ... ... @@ -60,10 +60,8 @@ 60 60 Гарантия, что значение не будет изменено другими транзакциями после проверки (или их изменение будет обнаружено и приведет к ошибке). 61 61 * В запросе могут использоваться как относительные, так и константные значения, при условии что значение было сформировано после проверки допустимости операции. 62 62 63 -(В данном случае чтение (select) удерживает share блокировку, что гарантирует, что строка не будет изменена. Но параллельный переход от sharelock к updatelock приводит к deadlock, поэтому может быть лучше сразу накладывать updatelock). 64 - 65 65 ---- 66 66 67 -Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно явновыполнятьчтениес updatelock.58 +Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно использовать механизм явных блокировок (обычно это что-то вроде UPDLOCK). 68 68 (Причем для данного примера явная блокировка была бы обязательна только для проверяемого аккаунта, с которого выполняется списание). 69 69 )))
- XWiki.XWikiRights[1]
-
- Разрешить/Запретить
-
... ... @@ -1,0 +1,1 @@ 1 +Запретить - Уровни
-
... ... @@ -1,0 +1,1 @@ 1 +view - Пользователи
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest