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

Редактировал(а) Alexandr Fokin 2025/09/20 11:33

От версии 1.6
отредактировано Alexandr Fokin
на 2023/01/09 03:08
Изменить комментарий: Update document after refactoring.
К версии 1.33
отредактировано Alexandr Fokin
на 2025/09/20 11:03
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Разработка.Базы данных.SQL.Механизмы.Транзакции и блокировки.Уровни изоляции | Isolation levels.WebHome
1 +Разработка.Базы данных.SQL.Механизмы.Транзакции и блокировки.WebHome
Содержимое
... ... @@ -1,6 +1,8 @@
1 -(% style="width:1318px" %)
2 -|(% style="width:155px" %)**Необходимый уровень изоляции**|(% style="width:614px" %)**Запрос**|(% style="width:545px" %)**Комментарий**
3 -|(% style="width:155px" %)Read Committed|(% style="width:614px" %){{code language="none"}}BEGIN;
1 +(% style="width:1426px" %)
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 +|(% style="width:155px" %)READ COMMITTED|(% style="width:614px" %){{code language="sql"}}BEGIN;
4 4  
5 5   UPDATE accounts
6 6   SET balance = balance + @payment
... ... @@ -8,13 +8,34 @@
8 8  
9 9   UPDATE accounts
10 10   SET balance = balance - @payment
11 - WHERE acctnum = @account;
13 + WHERE acctnum = @account2
12 12  
13 -COMMIT;{{/code}}|(% style="width:545px" %)Относительное изменения значения (а не константное).
14 -Без проверок.
15 -|(% style="width:155px" %)Read Committed|(% style="width:614px" %){{code language="none"}}BEGIN;
15 +COMMIT;{{/code}}|(% style="width:652px" %)(((
16 +* Относительное изменения значения (а не константное).
17 +* Без проверок.
16 16  
17 - if (SELECT balance FROM accounts where acctnum = 7534) < @payment
19 +(В данном случае строка заблокируется в момент обновления (update). Чтение (select) с проверкой условия без явного указания updatelock не будет удерживать блокировку, строка может быть изменена после проверки условия).
20 +)))
21 +|(% style="width:155px" %)REPEATABLE READ|(% style="width:614px" %)(((
22 +|MSSQL|{{code language="sql"}}SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
23 +BEGIN TRANSACTION
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
18 18   RAISE EXCEPTION ''
19 19   END IF
20 20  
... ... @@ -24,6 +24,19 @@
24 24  
25 25   UPDATE accounts
26 26   SET balance = balance - @payment
27 - WHERE acctnum = @account;
50 + WHERE acctnum = @account2
28 28  
29 -COMMIT;{{/code}}|(% style="width:545px" %)Предварительная проверка условия перед изменением строк.
52 +COMMIT;{{/code}}|
53 +| | |
54 +)))|(% style="width:652px" %)(((
55 +* Предварительная проверка условия перед изменением строк.
56 +Гарантия, что значение не будет изменено другими транзакциями после проверки (или их изменение будет обнаружено и приведет к ошибке).
57 +* В запросе могут использоваться как относительные, так и константные значения, при условии что значение было сформировано после проверки допустимости операции.
58 +
59 +(В данном случае чтение (select) удерживает share блокировку, что гарантирует, что строка не будет изменена. Но параллельный переход от sharelock к updatelock приводит к deadlock, поэтому может быть лучше сразу накладывать updatelock).
60 +
61 +----
62 +
63 +Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно явно выполнять чтение с updatelock.
64 +(Причем для данного примера явная блокировка была бы обязательна только для проверяемого аккаунта, с которого выполняется списание).
65 +)))