Каталог решений - Пересечение транзакций. Примеры

Пересечение транзакций. Примеры

Пересечение транзакций. Примеры

В наличии

Рассматривается пересечение транзакций типа чтение-запись над одним элементом справочника при разных уровнях изоляции.

Категория:

Описание

Рассмотрим две пересекающихся во времени исполнения транзакции, которые читают и затем записывают элемент справочника. Обозначим операции первой транзакции большими буквами RWO, операции второй транзакции – малыми буквами rwo. Используем буквы от операций Read, Write, cOmmit или rOllback. Команду «НачатьТранзакцию» нет смысла отслеживать, поскольку создание Snapshot, блокировка данных и прочие значимые события происходят при первом обращении к данным.

Формально, все возможные варианты запуска операторов по времени:

RrwWOo

 RrwWoO

 RrwoWO

RrWwoO

 RrWwOo

 RrWOwo

RWrwoO

 RWrwOo

 RWrOwo

Однако не все из них могут быть выполнены. Последовательность выполнения изменяется блокировками. Поэтому порядок выполнения чтения/записи будет отличаться от порядка запуска операторов.

1. В режиме автоматических блокировок Repetable Read

чтение устанавливает разделяемую блокировку СУБД до конца транзакции (название обязывает), запись устанавливает исключительную блокировку до конца транзакции.

  • При запуске в последовательности (RrwWOo, RrwWoO, RrwoWO) выйдет сообщение СУБД о взаимоблокировке из-за повышения уровня блокировки в этих двух транзакциях. Откатится транзакция, которая попытается записать первой. Порядок выполнения будет RrwoWO.
  • При запуске в последовательности (RrWwoO, RrWwOo, RrWOwo) выйдет сообщение СУБД о взаимоблокировке из-за повышения уровня блокировки в этих двух транзакциях. Откатится транзакция, которая попытается записать первой. Порядок выполнения будет RrWOwo.
  • При запуске в последовательности (RWrwoO, RWrwOo, RWrOwo) порядок выполнения будет RWOrwo. Запись завершится успешно.

2. В режиме управляемых блокировок, совместимость 8.2

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

2.1 Если СУБД MS SQL, уровень изоляции RC.

Исключительные блокировки возникают при записи, и разделяемые при чтении (только на момент чтения).

  • При запуске в последовательности (RrwWOo, RrwWoO, RrwoWO) порядок выполнения будет RrwoWO. Откатится транзакция, которая попытается записать второй. Сообщение платформы: Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)!
  • При запуске в последовательности (RrWwoO, RrWwOo, RrWOwo) порядок выполнения будет RrWOwo. Откатится транзакция, которая попытается записать второй. Сообщение платформы: Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)!
  • При запуске в последовательности (RWrwoO, RWrwOo, RWrOwo) порядок выполнения будет RWOrwo. Запись завершится успешно.

3. В режиме управляемых блокировок, совместимость 8.3

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

3.1 Если СУБД MS SQL 2008 и выше, уровень изоляции RCSI.

Исключительные блокировки возникают при записи, при чтении блокировок не возникает. Поэтому после записи и установки исключительной управляемой блокировки чтение может происходить.

  • При запуске в последовательности (RrwWOo, RrwWoO, RrwoWO) порядок выполнения будет RrwoWO.
  • При запуске в последовательности (RrWwoO, RrWwOo, RrWOwo) порядок выполнения будет RrWOwo.
  • При запуске в последовательности (RWrwoO, RWrwOo, RWrOwo) порядок выполнения будет RWrOwo.

В каждом случае платформа покажет ошибку: Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)!

Это связано с тем, что вторая транзакция прочитает данные по состоянию на начало первой транзакции, незафиксированные (nocomitted) действия первой транзакции ей не доступны. В момент записи происходит повторное чтение, сравнивается версия объекта. Платформа обнаруживает, что версия не соответствует и запускает откат транзакции. Если бы мы работали не с объектным типом данных, а с регистром сведений у которого нет поля версии, то проверка версии перед записью была невозможна. Может поэтому для метода Прочитать() регистра сведений предусмотрены разделяемые управляемые блокировки.

Для проверки написал обработку, которая запускает операторы чтения/записи по расписанию

 

has been added to your cart:
Оформление заказа