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

Сводка

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Содержимое

...	...	@@ -1,8 +1,13 @@
	1	+== Обновление строки по ключу. ==
	2	+
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]].
	6	+Механизмы БД и [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]].
4	4	|(% style="width:155px" %)READ COMMITTED|(% style="width:614px" %){{code language="sql"}}BEGIN;
5	5
	9	+ -- Проверка
	10	+
6	6	UPDATE accounts
7	7	SET balance = balance + @payment
8	8	WHERE acctnum = @account1
...	...	@@ -15,7 +15,7 @@
15	15	* Относительное изменения значения (а не константное).
16	16	* Без проверок.
17	17
18		-(В данном случае строка заблокируется в момент обновления, чтение (select) с проверкой без явного указания updlock, то строка может быть изменена после проверки условия).
	23	+(В данном случае строка заблокируется в момент обновления (update). Чтение (select) с проверкой условия без явного указания updatelock не будет удерживать блокировку, строка может быть изменена после проверки условия).
19	19	)))
20	20	|(% style="width:155px" %)REPEATABLE READ|(% style="width:614px" %)(((
21	21	|MSSQL|{{code language="sql"}}SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
...	...	@@ -22,7 +22,7 @@
22	22	BEGIN TRANSACTION
23	23
24	24	if (SELECT balance FROM accounts /*FOR UPDATE*/ where acctnum = @account2 ) < @payment
25		- //error
	30	+ -- error
26	26	END IF
27	27
28	28	UPDATE accounts
...	...	@@ -55,10 +55,10 @@
55	55	Гарантия, что значение не будет изменено другими транзакциями после проверки (или их изменение будет обнаружено и приведет к ошибке).
56	56	* В запросе могут использоваться как относительные, так и константные значения, при условии что значение было сформировано после проверки допустимости операции.
57	57
58		-(В данном случае чтение (select) накладывает share блокировку, что гарантирует, что строка не будет изменена).
	63	+(В данном случае чтение (select) удерживает share блокировку, что гарантирует, что строка не будет изменена. Но параллельный переход от sharelock к updatelock приводит к deadlock, поэтому может быть лучше сразу накладывать updatelock).
59	59
60	60	----
61	61
62		-Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно использовать механизм явных блокировок (обычно это что-то вроде UPDLOCK).
	67	+Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно явно выполнять чтение с updatelock.
63	63	(Причем для данного примера явная блокировка была бы обязательна только для проверяемого аккаунта, с которого выполняется списание).
64	64	)))