3.6.Транзакции. Уровни изоляции транзакций. Явные и неявные транзакции. Вложенные транзакции. Откат транзакций

Транзакция вообще – это минимальная логически осмысленная операция, которая имеет смысл и может быть совершена только полностью.

Транзакция в информатике – это группа логически объединенных последовательных операций по работе с данными, обрабатываемая или отменяемая целиком. То есть все изменения данных, вносимые транзакцией, должны быть либо зафиксированы (COMMIT), либо отменены (ROLLBACK).

Свойства транзакции:

• неделимость (атомарность):

- все или ничего,

- должна или пройти, или не пройти полностью,

• изоляция:

- действия других пользователей не должны повлиять на мои результаты.

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

Например, в транзакции 1 выполняется следующий набор действий (проведение документа):

1. Проконтролировать остатки по регистру накопления 1.
2. Записать движения по регистру накопления 1.
3. Проконтролировать остатки по регистру накопления 2.
4. Записать движения по регистру накопления 2.

В транзакции 2 выполняется точно такой же набор действий (проведение документа, для определенности будем считать, что такого же и с такими же данными), но начинается она, например, когда первая транзакция дошла до шага 3.

В этом случае у системы должно быть некое правило, в соответствии с которым она определит дальнейший ход событий для транзакции 2. Система может, например:

• разрешить транзакции 2 выполнять все действия, не обращая внимания на транзакцию 1 (это, вообще говоря, совсем не транзакционный механизм);
• разрешить транзакции 2 выполнять чтение, не обращая внимания на транзакцию 1;
• не разрешить транзакции 2 выполнять никаких действий до окончания транзакции 1, поставив ее в очередь, поскольку речь идет об одних и тех же данных в регистре накопления 1.

Уже из изложенного видно, что даже если разрешить транзакции 2 только чтение, то данные этого чтения могут оказаться неточными, потому что транзакция 1 может быть отменена. Но параллельность работы при этом выше. И наоборот, только последовательный доступ к данным повышает точность и согласованность данных, но количество параллельно выполняемых транзакций может снижаться.

К несогласованностям данных, которые следует принимать во внимание, относятся следующие:

• потерянное обновление (англ. lost update) – если один и тот же блок данных одновременно изменяют две разные транзакции, то будет зафиксировано только одно изменение, второе потеряется (при работе «1С» невозможно, поскольку в «1С» не бывает записи вне транзакции);
• «грязное» чтение (англ. dirty read) – чтение данных, добавленных или измененных транзакцией, может дать неточный результат, потому что та транзакция впоследствии не подтвердится (откатится);
• неповторяющееся чтение (англ. non-repeatable read) – при повторном чтении в рамках одной и той же транзакции оказывается, что ранее прочитанные данные изменены или удалены;
• фантомное чтение (англ. phantom reads) – при повторном чтении в рамках одной и той же транзакции оказывается, что прочитаны строки, которых при предыдущих чтениях не было (новые строки называют «фантомными»).

То, насколько транзакции изолированы друг от друга (обратно – то, насколько в них допускаются несогласованные данные), называется уровнем изоляции транзакций. Уровни изоляции описаны с точки зрения того, какие из побочных эффектов параллелизма разрешены.

Определяют следующие уровни изоляции (в порядке ее повышения):

• Read Uncommitted (неподтвержденное чтение, изоляция незафиксированного чтения).
• Указывает, что запросы могут считывать строки, которые были изменены другими транзакциями, но еще не были зафиксированы. Допускается чтение незафиксированных изменений текущей транзакции (параллельными транзакциями) и незафиксированных изменений параллельных транзакций (нашей и другими транзакциями). Самый низкий уровень, при котором транзакции изолируются до такой степени, чтобы только уберечь от считывания физически поврежденных данных. Возможны «грязные», неповторяемые чтения и фантомы.
• Read Committed Snapshot (подтвержденное чтение с включенным параметром READ_COMMITTED_SNAPSHOT).
• Для СУБД MS SQL в «1С» поддерживается начиная с 8.3 (без режимов совместимости с 8.2).
• В СУБД ORACLE уровень с такими же свойствами используется «1С» и в версии 8.2.
• Уровень указывает, что запросы не могут считывать данные, которые были изменены другими транзакциями, но еще не были зафиксированы.
• В момент начала чтения транзакции будет выделен моментальный снимок (snapshot) базы данных, включающий в себя все изменения завершенных к этому моменту времени транзакций. Транзакция может читать этот снимок, получая чистые данные (без «грязного» чтения) и при этом никого не блокируя.
• «Грязные» чтения невозможны, возможны неповторяемые чтения и фантомы.
• Использование этого режима накладывает дополнительные требования по качеству кода (т. е. по качеству наложенных управляемых блокировок). Там, где раньше в транзакции при контроле остатков произошел бы таймаут на уровне СУБД, теперь будут просто прочитаны строки с предыдущими номерами, и, таким образом, не будут учтены изменения, вносимые транзакцией, начавшейся раньше нашей, но к моменту контроля остатков в нашей транзакции еще не завершившейся. Таким образом, могут возникнуть проблемы, которые будет очень сложно отловить.
• Read Committed (подтвержденное чтение, изоляция зафиксированного чтения).
• Это режим по умолчанию для уровня Read Committed (параметр READ_COMMITTED_SNAPSHOT выключен).
• Как и уровень Read Committed Snapshot, указывает, что запросы не могут считывать данные, которые были изменены другими транзакциями, но еще не были зафиксированы.
• При выполнении операций чтения текущей транзакцией используются разделяемые блокировки для предотвращения изменения строк другими транзакциями (время освобождения в общем зависит от того, что блокируется – строка, страница или таблица, но достаточно понимать, что все освобождается после выполнения запроса) и для предотвращения от считывания строк, измененных другими транзакциями, пока они не завершатся. «Грязные» чтения невозможны, возможны неповторяемые чтения и фантомы.
• Repeatable Read (повторяемое чтение, изоляция повторяющегося чтения).
• Указывает на то, что другие транзакции не могут изменять данные, читаемые текущей транзакцией, до ее завершения.
• Как и предыдущий уровень, указывает, что запросы не могут считывать данные, которые были изменены другими транзакциями, но еще не были зафиксированы.
• Разделяемые блокировки применяются ко всем данным, считываемым любым запросом транзакции, и сохраняются до ее завершения. Это запрещает другим транзакциям изменять строки, считываемые текущей транзакцией.
• «Грязные» и неповторяемые чтения невозможны. Возможны фантомы.
• Snapshot (изоляция моментального снимка), отдельный уровень изоляции в SQL Server 2005.
• Дается для справки, в «1С» не поддерживается.
• Указывает на то, что данные, считанные любым запросом транзакции, будут согласованы на уровне транзакции с версией данных, существовавших в ее начале. Транзакция распознает только те изменения, которые были зафиксированы до ее начала (это отличие от Read Committed Snapshot). Запросы на чтение, выполняемые текущей транзакцией, не видят изменений данных, произведенных другими транзакциями после запуска текущей транзакции.
• «Грязные» и неповторяемые чтения невозможны. Фантомы невозможны.
• Serializable (упорядоченный, изоляция упорядочиваемых транзакций, сериализуемый, упорядоченные транзакции, сериализуемые транзакции).
• Отличие от Repeatable Read в том, что другие транзакции не могут вставлять новые строки со значениями ключа, которые входят в диапазон ключей, считываемых запросами текущей транзакции, до ее завершения.
• Остальные ограничения сохраняются: другие транзакции не могут изменять данные, считываемые текущей транзакцией, до ее завершения, и запросы не могут считывать данные, которые были изменены другими транзакциями, но еще не были зафиксированы.
• Этот уровень изоляции идентичен ситуации, при которой транзакции выполняются строго последовательно, одна после другой.
• «Грязные» и неповторяемые чтения, а также фантомы невозможны.

В таблице 3.6.1 показаны побочные эффекты параллелизма, допускаемые различными уровнями изоляции.

Таблица 3.6.1. Побочные эффекты параллелизма, допускаемые различными уровнями изоляции

Уровень изоляции	«Грязное» чтение	Неповторяющееся чтение	Фантомное чтение
Read Uncommitted	Да	Да	Да
Read Committed Snapshot	Нет	Да	Да
Read Committed	Нет	Да	Да
Repeatable Read	Нет	Нет	Да
Serializable	Нет	Нет	Нет

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

Однако при работе с информационными системами на платформе «1С:Предприятие» следует всегда понимать, что в случае, когда используются транзакции, уровень изоляции регулируется только изменением режима управления блокировкой данных. Эти уровни устанавливаются средствами платформы «1С:Предприятие» в свойствах конфигурации для всей базы. Также для отдельной транзакции уровень можно установить в качестве параметра процедуры глобального контекста НачатьТранзакцию() – такая установка параметра имеет смысл, если для свойства конфигурации «Режим управления блокировкой данных» выбрано значение «Автоматический и Управляемый». Какие уровни для каких СУБД используются, показано в таб. 3.6.2.

Таблица 3.6.2. Блокировки СУБД, используемые в транзакции в зависимости от режима управления блокировкой данных, версии платформы и от СУБД

	Вид блокировки	Уровень изоляции транзакций
		Для 8.2	Для 8.3
Автоматические блокировки
Файловая БД	Таблиц	Serializable	Serializable
MS SQL Server	Записей	Repetable Read или Serializable*	Repetable Read или Serializable*
IBM DB2	Записей	Repetable Read или Serializable*	Repetable Read или Serializable*
PostgreSQL	Таблиц	Serializable	Serializable
Oracle Database	Таблиц	Serializable	Serializable
Управляемые блокировки
Файловая БД	Таблиц	Serializable	Serializable
MS SQL Server 2000	Записей	Read Committed	Read Committed
MS SQL Server 2005 и выше	Записей	Read Committed	Read Committed Snapshot
IBM DB2	Записей	Read Committed	Read Committed
PostgreSQL	Записей	Read Committed	Read Committed
Oracle Database	Записей	Read Committed	Read Committed

* Repeatable Read используется для объектных сущностей (все, у чего есть поле Ссылка – справочники, документы и т. п.), Serializable – для необъектных. Платформа исходит из того, что объекты будут искаться по уникальной ссылке, поэтому проблема фантомного чтения для объектов неактуальна (платформа не позволит добавить объект с такой же ссылкой).

Любая операция чтения данных, выполняемая вне транзакции, считается безответственной. Поведение системы при безответственном чтении (например, при выполнении отчетов) отличается в различных режимах блокировок. Отличия безответственного чтения в разных режимах работы управления блокировками (автоматическом или управляемом) для платформы 8.3 приведены в таблице 3.6.3.

Таблица 3.6.3. Отличия безответственного чтения в разных режимах работы блокировок для 8.3 (при установленном режиме совместимости конфигурации с 8.3 и выше)

	Чтение вне транзакции
Автоматические блокировки
Файловая БД	«Грязное» чтение
MS SQL Server	«Грязное» чтение
IBM DB2	«Грязное» чтение
PostgreSQL	Согласованное чтение
Oracle Database	Согласованное чтение
Управляемые блокировки
Файловая БД	«Грязное» чтение
MS SQL Server 2000	«Грязное» чтение
MS SQL Server 2005 и выше	Согласованное чтение
IBM DB2	«Грязное» чтение
PostgreSQL	Согласованное чтение
Oracle Database	Согласованное чтение

Если для защиты изменений данных транзакция устанавливает блокировку, то это всегда исключительная (монопольная) блокировка Х, и эта блокировка держится до тех пор, пока транзакция не завершится, независимо от уровня изоляции, установленного для транзакции. Уровень изоляции транзакции влияет на то, ставится вообще блокировка или нет, и на что она ставится. Например, на уровне Serializable появляются блокировки Range.

Если транзакция устанавливает блокировку для защиты чтения данных, то, когда речь идет об обычном чтении в транзакции, ставится разделяемая (совместимая) блокировка S, а когда о чтении ДЛЯ ИЗМЕНЕНИЯ – блокировка обновления U. Детальнее о совместимости блокировок говорится в следующей главе. Уровень изоляции транзакции влияет не только на то, ставится ли вообще блокировка и на что она ставится, но и на то, когда она снимается.

Снятие блокировок (на уровне СУБД) происходит так:

• блокировка, установленная «на запись», всегда остается до конца транзакции;
• при использовании Repeatable Read или Serializable (автоматический режим управления блокировками «1С») блокировка, установленная «на чтение» сохраняется до конца транзакции. Если после чтения идет запись, это может приводить к взаимоблокировкам по причине повышения уровня блокировки ресурса (причины и обход см. в разделе 3.9);
• при использовании Read Committed (управляемый режим управления блокировками «1С») блокировка, установленная «на чтение», снимается после выполнения запроса. Это требует дополнительного блокирования прочитанных данных, если требуется обеспечить их неизменность (см. раздел ).

Сводные данные по всем режимам, доступным в «1С:Предприятии», приведены в таблице 3.6.4 (недоступные режимы не приводятся).

Таблица 3.6.4. Сводная таблица по всем режимам, доступным в «1С:Предприятии»

Транзакция	Уровень изоляции	Действие	Блокировка	«Грязное» чтение	Неповт. чтение	Чтение фантомов
Вне транзакции	READ UNCOMMITTED	чтение	нет	+	+	+
Вне транзакции*	READ COMMITTED SNAPSHOT*	чтение	нет	-	+	+
Управляемая транзакция	READ COMMITTED SNAPSHOT*	чтение	нет	-	+	+
		запись	X	-	+	+
	READ COMMITTED	чтение	S (запрос)	-	+	+
		запись	X
Автоматическая транзакция	REPEATABLE READ	чтение объектов	S	-	-	+
		чтение объектов"ДЛЯ ИЗМЕНЕНИЯ"	U
		запись объектов	X
	SERIALIZABLE	чтение регистров	S, RangeS	-	-	-
		чтение регистров "ДЛЯ ИЗМЕНЕНИЯ"	U, RangeU
		запись регистров	X, RangeX

* Только начиная с 8.3 с режимом совместимости с 8.3 и выше

Транзакции могут быть явными и неявными.

Явные транзакции начинаются средствами языка «1С» процедурой глобального контекста НачатьТранзакцию(), завершаются процедурой глобального контекста ЗафиксироватьТранзакцию(), отменяются процедурой ОтменитьТранзакцию().

Неявные транзакции начинаются, завершаются и отменяются средствами платформы.

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

События прикладных объектов конфигурации, обработчики которых выполняются в неявной транзакции, приведены в таблице 3.6.5. Речь идет и об обработчиках, которые вызываются через модули этих прикладных объектов, и об обработчиках, которые вызываются через подписки на события.

Таблица 3.6.5. Обработчики событий прикладных объектов, выполняемые в транзакции

Источник	Событие	Выполняется в транзакции
БизнесПроцессОбъект.<Имя бизнес-процесса>	ПередЗаписью	Да
ВнешнийИсточникДанныхТаблицаНаборЗаписей.<Имя внешнего источника>. <Имя таблицы внешнего источника данных>
ВнешнийИсточникДанныхТаблицаОбъект.<Имя внешнего источника>. <Имя таблицы внешнего источника данных>
ДокументОбъект.<Имя документа>
ЗадачаОбъект.<Имя задачи>
КонстантаМенеджерЗначения.<Имя константы>
ПерерасчетНаборЗаписей.<Имя перерасчета>
ПланВидовРасчетаОбъект.<Имя плана видов расчета>
ПланВидовХарактеристикОбъект.<Имя плана видов характеристик>
ПланОбменаОбъект.<Имя плана обмена>
ПланСчетовОбъект.<Имя плана счетов>
ПоследовательностьНаборЗаписей.<Имя последовательности>
РегистрБухгалтерииНаборЗаписей.<Имя регистра бухгалтерии>
РегистрНакопленияНаборЗаписей.<Имя регистра накопления>
РегистрРасчетаНаборЗаписей.<Имя регистра расчета>
РегистрСведенийНаборЗаписей.<Имя регистра сведений>
СправочникОбъект.<Имя справочника>
БизнесПроцессОбъект.<Имя бизнес-процесса>	ПриЗаписи	Да
ВнешнийИсточникДанныхТаблицаНаборЗаписей.<Имя внешнего источника>. <Имя таблицы внешнего источника данных>
ВнешнийИсточникДанныхТаблицаОбъект.<Имя внешнего источника>. <Имя таблицы внешнего источника данных>
ДокументОбъект.<Имя документа>
ЗадачаОбъект.<Имя задачи>
КонстантаМенеджерЗначения.<Имя константы>
ПерерасчетНаборЗаписей.<Имя перерасчета>
ПланВидовРасчетаОбъект.<Имя плана видов расчета>
ПланВидовХарактеристикОбъект.<Имя плана видов характеристик>
ПланОбменаОбъект.<Имя плана обмена>
ПланСчетовОбъект.<Имя плана счетов>
ПоследовательностьНаборЗаписей.<Имя последовательности>
РегистрБухгалтерииНаборЗаписей.<Имя регистра бухгалтерии>
РегистрНакопленияНаборЗаписей.<Имя регистра накопления>
РегистрРасчетаНаборЗаписей.<Имя регистра расчета>
РегистрСведенийНаборЗаписей.<Имя регистра сведений>
СправочникОбъект.<Имя справочника>
ЗадачаОбъект.<Имя задачи>	ПередВыполнением	Да
ЗадачаОбъект.<Имя задачи>	ПриВыполнении	Да
ДокументОбъект.<Имя документа>	ОбработкаПроведения	Да
ДокументОбъект.<Имя документа>	ПередУдалением	Да
ДокументОбъект.<Имя документа>	ОбработкаУдаленияПроведения	Да

События расширений управляемых форм, обработчики которых выполняются в неявной транзакции, приведены в таблице 3.6.6.

Таблица 3.6.6. Обработчики событий расширений управляемых форм, выполняемые в транзакции

Источник	Событие	Выполняется в транзакции
Расширение управляемой формы для бизнес-процесса	ПриЗаписиНаСервере	Да
Расширение управляемой формы для документа
Расширение управляемой формы для задачи
Расширение управляемой формы для записи регистра сведений
Расширение управляемой формы для записи таблицы внешнего источника данных
Расширение управляемой формы для констант
Расширение управляемой формы для набора записей
Расширение управляемой формы для объекта таблицы внешнего источника данных
Расширение управляемой формы для объектов
Расширение управляемой формы для плана видов характеристик
Расширение управляемой формы для справочника

События расширений обычных форм, обработчики которых выполняются в неявной транзакции, приведены в таблице 3.6.7.

Таблица 3.6.7. Обработчики событий расширений обычных форм, выполняемые в транзакции

Источник	Событие	Выполняется в транзакции
Расширение формы вида расчета	ПриЗаписи	Да
Расширение формы документа
Расширение формы задачи
Расширение формы записи регистра сведений
Расширение формы констант
Расширение формы набора записей регистра бухгалтерии
Расширение формы набора записей регистра накопления
Расширение формы набора записей регистра расчета
Расширение формы набора записей регистра сведений
Расширение формы объекта бизнес-процесс
Расширение формы узла
Расширение формы элемента вида характеристик
Расширение формы элемента плана счетов
Расширение формы элемента справочника

События расширений управляемых форм, обработчики которых выполняются вне неявной транзакции, приведены в таблице 3.6.8.

Таблица 3.6.8. Обработчики событий расширений управляемых форм, выполняемые вне транзакции

Источник	Событие	Выполняется в транзакции
Расширение управляемой формы для бизнес-процесса	ПередЗаписьюНаСервере	Нет
Расширение управляемой формы для документа
Расширение управляемой формы для задачи
Расширение управляемой формы для записи регистра сведений
Расширение управляемой формы для записи таблицы внешнего источника данных
Расширение управляемой формы для констант
Расширение управляемой формы для набора записей
Расширение управляемой формы для объекта таблицы внешнего источника данных
Расширение управляемой формы для объектов
Расширение управляемой формы для плана видов характеристик
Расширение управляемой формы для справочника
Расширение управляемой формы для бизнес-процесса	ПослеЗаписиНаСервере	Нет
Расширение управляемой формы для документа
Расширение управляемой формы для задачи
Расширение управляемой формы для записи регистра сведений
Расширение управляемой формы для записи таблицы внешнего источника данных
Расширение управляемой формы для констант
Расширение управляемой формы для набора записей
Расширение управляемой формы для объекта таблицы внешнего источника данных
Расширение управляемой формы для объектов
Расширение управляемой формы для плана видов характеристик
Расширение управляемой формы для справочника
Расширение управляемой формы для бизнес-процесса	ПослеЗаписи	Нет
Расширение управляемой формы для документа
Расширение управляемой формы для задачи
Расширение управляемой формы для записи регистра сведений
Расширение управляемой формы для записи таблицы внешнего источника данных
Расширение управляемой формы для констант
Расширение управляемой формы для набора записей
Расширение управляемой формы для объекта таблицы внешнего источника данных
Расширение управляемой формы для объектов
Расширение управляемой формы для плана видов характеристик
Расширение управляемой формы для справочника

События расширений обычных форм, обработчики которых выполняются вне неявной транзакции, приведены в таблице 3.6.9.

Таблица 3.6.9. Обработчики событий расширений обычных форм, выполняемые вне транзакции

Источник	Событие	Выполняется в транзакции
Расширение формы вида расчета	ПослеЗаписи	Нет
Расширение формы документа
Расширение формы задачи
Расширение формы записи регистра сведений
Расширение формы констант
Расширение формы набора записей регистра бухгалтерии
Расширение формы набора записей регистра накопления
Расширение формы набора записей регистра расчета
Расширение формы набора записей регистра сведений
Расширение формы объекта бизнес-процесс
Расширение формы узла
Расширение формы элемента вида характеристик
Расширение формы элемента плана счетов
Расширение формы элемента справочника

Прочие события объектов, их форм, обычных и управляемых, и расширений этих форм выполняются вне неявных транзакций.

Чтобы удостовериться, выполняется обработчик события в транзакции или нет, нужно открыть его в синтакс-помощнике, и если это так, в блоке «Описание» будет написано «возникает в транзакции», «вызывается... до окончания транзакции» и т. п.

Наличие параметра Отказ в параметрах обработчика событий не служит признаком, того, что обработчик выполняется в транзакции: например, обработчик события ОбработкаПроверкиЗаполнения() содержит параметр Отказ, но выполняется вне неявной транзакции.

Операции чтения могут выполняться в неявной транзакции. Это происходит, когда требуется обеспечить чтение согласованного набора данных. На текущий момент нам известно о двух случаях, когда это происходит:

• При чтении в объектной технике объектов, имеющих табличные части, например, запрос:
• ДокументПроведен = ДокументСсылка.Проведен;
• будет выполняться в неявной транзакции, если для документа данного типа в конфигураторе определена табличная часть, но вне транзакции, если табличных частей у документа нет.
• При формировании отчетов, требующих согласованных данных. Например, если отчет строится с помощью построителя, то в большинстве случаев он выполняется, как и ожидается, без транзакции, но если в настройке отчета в группировках строк указать «По неделям», то при вызове метода ПостроительОтчета.Вывести(ТабличныйДокумент); инициируется транзакция.

Обращаем внимание на то, что раз разговор идет о транзакционном чтении, то в этих случаях могут возникать (и возникают) конфликты блокировок в совершенно неожиданных местах: при работе с формами, в отчетах и, казалось бы, в безобидных обработках. Ситуация с отчетами ухудшается тем, что на выбор – выполняется чтение в транзакции или нет – влияет не код конфигурации, а пользовательские настройки. А чтение в объектной технике – это настолько важный вопрос, что ему посвящен отдельный раздел 3.15 «Особенности чтения в объектной модели».

Узнать, выполняется чтение с транзакции или нет, можно в профайлере SQL Server. Настроив трассировку, например, в соответствии с разделом 4.12 «Работа в профайлере. Как получить план запроса», нужно с помощью отладчика, выполнить подозрительную строку. Если транзакция имеет место, в трассировке появятся BEGIN TRANSACTION и COMMIT TRANSACTION.

Транзакции, как явные, так и неявные, могут быть вложенными. Обычный случай, например, запись элемента одного справочника из процедуры ПриЗаписи модуля другого справочника или из подписок на события, обрабатываемых внутри транзакции. Применение такого подхода при всем его удобстве, однако, может создавать проблемы производительности, поэтому пользоваться им надо аккуратно, а злоупотреблять, создавая каскады записывающихся друг из друга объектов, не стоит вообще.

Если внутри транзакции произошла исключительная ситуация, она откатывается. Если внутри транзакции были вложенные транзакции или она сама являлась вложенной, откатываются все транзакции, независимо от того, на каком из уровней вложенности это произошло.

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

Если исключительную ситуацию отработать с помощью скобок Попытка... Исключение... КонецПопытки, расположенных внутри транзакции, то транзакция не завершится в момент возникновения исключительной ситуации, она дойдет до следующего обращения к данным – чтения или записи, продолжая при этом блокировать ресурсы, и откатится с сообщением: «В данной транзакции уже происходили ошибки!».

Если таких ошибок много и они начинают создавать проблемы пользователям, то без модификации кода, удаления этих скобок очень трудно найти, где они произошли и почему.

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

Случается, однако, что транзакция, встретившись с ошибкой, находящейся в скобках Попытка... Исключение... КонецПопытки, продолжает работу. Такое различие в поведении будет зависеть от типа исключительной ситуации. Исключительные ситуации бывают восстановимыми (после которых можно продолжить работу и завершить транзакцию) и невосстановимыми (после которых нельзя продолжить работу и завершить транзакцию, например, ошибка базы данных). Внешне это может выглядеть как зависимость от того, как код, вызвавший исключение, и скобки Попытка... Исключение... КонецПопытки расположены относительно ближайшей к ним транзакции.

Пример 1

Код выполнится. Транзакция успешно завершится. Исключительная ситуация оказалась расценена как восстановимая.

Пример 2

Сначала в процедуру ПриЗаписи модуля справочника Организации добавим строку:

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

Отправить