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

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

От версии 1.33
отредактировано Alexandr Fokin
на 2025/09/20 11:03
Изменить комментарий: К данной версии нет комментариев
К версии 1.12
отредактировано Alexandr Fokin
на 2023/01/09 13:31
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Разработка.Базы данных.SQL.Механизмы.Транзакции и блокировки.WebHome
1 +Разработка.Базы данных.SQL.Механизмы.Транзакции и блокировки.Уровни изоляции | Isolation levels.WebHome
Содержимое
... ... @@ -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  )))