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

Сводка

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

Подробности

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

Родительский документ

...	...	@@ -1,1 +1,1 @@
1		-Разработка.Базы данных.SQL.Механизмы.Транзакции и блокировки.Уровни изоляции | Isolation levels.WebHome
	1	+Разработка.Базы данных.SQL.Механизмы.Транзакции и блокировки.WebHome

Содержимое

...	...	@@ -1,5 +1,6 @@
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]].
3	3	|(% style="width:155px" %)READ COMMITTED|(% style="width:614px" %){{code language="sql"}}BEGIN;
4	4
5	5	UPDATE accounts
...	...	@@ -30,5 +30,11 @@
30	30
31	31	COMMIT;{{/code}}|(% style="width:652px" %)(((
32	32	* Предварительная проверка условия перед изменением строк.
33		-Гарантия, что значение не будет изменено другими транзакциями после проверки.
	34	+Гарантия, что значение не будет изменено другими транзакциями после проверки (или их изменение будет обнаружено и приведет к ошибке).
	35	+* В запросе могут использоваться как относительные, так и константные значения, при условии что значение было сформировано после проверки допустимости операции.
	36	+
	37	+----
	38	+
	39	+Данное поведение также может быть реализовано на уровне READ COMMITTED, но для этого нужно использовать механизм явных блокировок (обычно это что-то вроде UPDLOCK).
	40	+(Причем для данного примера явная блокировка была бы обязательна только для проверяемого аккаунта, с которого выполняется списание).
34	34	)))