Управление транзакциями. Перечислю несколько команд, которые влияют на поведение транзакций

Перечислю несколько команд, которые влияют на поведение транзакций.

- Контроль при возникновении ошибки времени выполнения.

SET XACT_ABORT { ON I OFF }

Если установлен параметр on, to при возникновении ошибки транзакция прервется и произойдет ее откат. Если установлен параметр off, to совершится только откат команды, вызвавшей ошибку, а сама транзакция будет продолжать выполняться.

- Контроль при возникновении арифметической ошибки.

SET ARITHABORT {ON | OFF}

В этом случае сервер всегда генерирует сообщение об ошибке, но если установлен параметр on, то он откатывает транзакцию, а в случае off — транзакция продолжает свою работу.

- Управление временем ожидания.

SET LOCK_TIMEOUT timeout_period

Данная команда определяет время ожидания транзакцией разблокирования ресурса. Значение параметра timeout_period, равное — 1, устанавли­вает период ожидания бесконечным. Узнать текущее значение времени ожидания можно с помощью функции @@lock_time_out.

- Управление разрешением "мертвых" блокировок.

SET DEADLOCK_PRORITY {LOW | NORMAL | @deadlock_var}

С помощью данной команды устанавливается приоритет соединения, который будет учитываться при разрешении ситуации взаимного блокирования. Можно указать параметры low (з) high (б) или normal, либо с по­мощью переменной @deadiock_var задать значение из промежутка 3—6.

- Установка уровня изоляции в соответствии со стандартом ANSI.

SET TRANSACTION ISOLATION LEVEL { READ COMMITTED

READ UNCOMMITTED REPEATABLE READ SERIALIZABLE

где:

read uncommitted — низший уровень изоляции, гарантирует физиче­скую целостность данных. Несколько транзакций могут одновременно изменять одну и ту же строку, после чего строка будет иметь опреде­ленное значение (потеря обновления);

read committed — этот уровень изоляции защищает от "грязного" чтения. Сервер при этом использует коллективную блокировку. Однако остается проблема неповторяющегося считывания;

repeatable read — решает проблему потери обновления и "грязного чтения, применяя монопольную блокировку. Тем не менее на этом уровне изоляции возможно фантомное считывание;

serializable — полная изоляция транзакций друг от друга.

Уровень изоляции для транзакций по умолчанию можно регулировать

командой

SET TRANSACTION ISOLATION LEVEL.

Однако все команды запросов Transact-SQL (select, update, insert, delete) могут содержать специальный раздел <tabie_Hints>, опции которого позволяют устанавливать уровень изоляции для данного запроса, отличный от общего. Вот их перечень:

О nolock — устанавливает минимальный уровень изоляции. Данные, изменяемые транзакцией, до их фиксации могут читаться другими транзакциями;

О holdlock — вводит максимальный уровень изоляции. Менеджер бло­кировок устанавливает на ресурс коллективную блокировку;

О paglock — предписывает изменить блокировки на уровне таблиц на блокировки на уровне отдельных страниц;

О readcommitted — дает команду менеджеру блокировок устанавливать первый уровень изоляции (read commited), используемый сервером по умолчанию;

О readpast — заставляет пропускать строки, блокированные другими транзакциями. Применяется для команды select;

readuncommitted — определяет уровень изоляции read uncommited;

REPEATTABLEREAD — устанавливает уровень ИЗОЛЯЦИИ REPEATABLE READ;

rowlock — предписывается при выполнении запроса устанавливать блокировки на уровне строк;

О serializable — вводит уровень изоляции serializable;

О tablock — предписывает устанавливать блокировку на уровне таблицы и удерживать ее до конца каждой команды транзакции;

О tablockx — дает команду устанавливать монопольную блокировку на таблицу до конца транзакции;

О updlock — предписывает использовать при транзакции блокировку обновления;

О xlock — предписывает устанавливать монопольную блокировку на данные, к которым обращается данная команда.

Пример Использование команды update с указанием уровня изоляции

UPDATE abon WITH (PAGLOCK, XLOCK) SET гау='Шадринский' WHERE tab>1000

Как видно из фрагмента программы, менеджеру блокировок предписано осуществлять монопольную блокировку на уровне страниц.

Дата добавления: 2014-01-04