При разработке сложных механизмов обработки данных в 1С программисты часто сталкиваются с ситуацией, когда во время отладки кода внутри блока Исключение данные в Таблице Значений внезапно становятся «нечитаемыми». Вместо привычных названий ссылочных типов (магазинов, номенклатуры, складов) отладчик показывает пугающее сообщение: «не удалось получить представление, в данной транзакции уже происходили ошибки». Разберем подробно, почему это происходит, что на самом деле случается с данными и как правильно организовать обработку ошибок, чтобы не терять контроль над выполнением программы.
Для начала проанализируем ситуацию: сама Таблица Значений (ТЗ) — это объект, находящийся в оперативной памяти сервера или клиента. Она не может «испортиться» в физическом смысле от того, что произошла ошибка в базе данных. Однако, когда мы просматриваем ТЗ в отладчике, платформа пытается сделать работу разработчика удобнее. Если в колонке таблицы находится ссылка (например, СправочникСсылка.Магазины), платформа неявно обращается к базе данных, чтобы получить Представление этого объекта (его наименование или код).
Выясним причину ошибки: как только внутри блока НачатьТранзакцию() ... ЗафиксироватьТранзакцию() происходит любое исключение, связанное с работой СУБД или логикой платформы, текущая транзакция помечается как «невалидная» (или, на профессиональном жаргоне, превращается в «зомби-транзакцию»). В этом состоянии:
ОтменитьТранзакцию().Когда вы открываете отладчик, он пытается прочитать наименования ссылок из ТЗ, делает неявный запрос к БД, получает отказ от заблокированной транзакции и выводит сообщение об ошибке. Сами данные (внутренние идентификаторы ссылок) в ТЗ остаются целыми, но увидеть их «человеческое» представление до отмены транзакции невозможно.
Рассмотрим пример кода, который часто становится причиной «зацикливания» ошибок и некорректного поведения системы:
Попытка
НачатьТранзакцию();
// Код записи в регистр...
РСЗапись.Записать();
ЗафиксироватьТранзакцию();
Исключение
л_ТекстОшибки = ИнформацияОбОшибке; // ОШИБКА ЗДЕСЬ
ЗаписьЖурналаРегистрации("МоеСобытие", УровеньЖурналаРегистрации.Ошибка,,, л_ТекстОшибки);
ОтменитьТранзакцию();
КонецПопытки;
Проанализируем ситуацию подробнее. Переменная ИнформацияОбОшибке (в старых версиях ОписаниеОшибки()) возвращает специальный объект типа ИнформацияОбОшибке, а не строку. Метод ЗаписьЖурналаРегистрации ожидает в пятом параметре именно строковое значение. В момент вызова записи в журнал платформа пытается неявно преобразовать объект ошибки в строку или обратиться к метаданным, что расценивается как обращение к ресурсам в рамках «битой» транзакции. Это порождает новое исключение внутри блока Исключение, и управление может передаться еще выше, не выполнив ОтменитьТранзакцию().
Начиная с версии платформы 8.3.17, для работы с ошибками рекомендуется использовать глобальный менеджер ОбработкаОшибок. Это позволяет получить максимально подробную информацию, не вызывая конфликтов с транзакционным механизмом. Рассмотрим, как переписать блок обработки правильно:
Попытка
НачатьТранзакцию(РежимУправленияБлокировкойДанных.Управляемый);
// Логика работы с данными
ЗафиксироватьТранзакцию();
Исключение
// 1. Получаем объект ошибки немедленно
ИнформацияОбОшибке = ИнформацияОбОшибке();
// 2. Формируем подробное текстовое описание для администратора
ТекстДляЖР = ОбработкаОшибок.ПодробноеПредставлениеОшибки(ИнформацияОбОшибке);
// 3. Формируем понятное сообщение для пользователя
ТекстДляПользователя = ОбработкаОшибок.КраткоеПредставлениеОшибки(ИнформацияОбОшибке);
// 4. Отменяем транзакцию ПЕРЕД любыми другими действиями,
// если есть риск возникновения новых обращений к БД
Если ВТранзакции() Тогда
ОтменитьТранзакцию();
КонецЕсли;
// 5. Записываем в журнал уже готовую строку
ЗаписьЖурналаРегистрации("РасчетПотребности", УровеньЖурналаРегистрации.Ошибка,,, ТекстДляЖР);
// 6. Сообщаем пользователю
ОбщегоНазначенияКлиентСервер.СообщитьПользователю(ТекстДляПользователя);
КонецПопытки;
Часто возникает соблазн поставить дополнительный блок Попытка...Исключение непосредственно вокруг метода Записать() внутри цикла, чтобы ошибка по одной записи не прерывала весь процесс. Посмотрим на пример:
НачатьТранзакцию();
Для Каждого ТекСтрока Из ТЗ Цикл
Попытка
МенеджерЗаписи = РегистрыСведений.МойРегистр.СоздатьМенеджерЗаписи();
// Заполнение...
МенеджерЗаписи.Записать();
Исключение
// Пытаемся продолжить цикл - ЭТО НЕ РАБОТАЕТ
Сообщить("Ошибка записи строки!");
КонецПопытки;
КонецЦикла;
ЗафиксироватьТранзакцию();
Разберем, почему этот код ошибочен. Как только первая запись завершилась неудачей (например, нарушение уникальности записей), вся транзакция помечается как ошибочная. Даже если вы «поймали» это исключение блоком Попытка, следующая итерация цикла и попытка выполнить МенеджерЗаписи.Записать() вызовет ошибку «в данной транзакции уже происходили ошибки». Платформа 1С реализует принцип «все или ничего». Если транзакция началась, любое падение внутри нее требует полной отмены всей транзакции.
Чтобы избежать подобных проблем и повысить стабильность системы, придерживайтесь следующих правил:
НачатьТранзакцию(). Сначала подготовьте все данные в памяти (в той же Таблице Значений), а в транзакции выполняйте только непосредственную запись.ВТранзакции(), чтобы убедиться, что вы можете выполнить отмену или фиксацию.Исключение преобразуйте объект ошибки в строку как можно раньше. Избегайте обращения к свойствам объектов (ссылкам), которые могут потребовать обращения к БД.МенеджерЗаписи внутри цикла, посмотрите в сторону использования объекта НаборЗаписей. Это позволит записать данные порциями и эффективнее управлять блокировками.Таким образом, «испорченная» Таблица Значений — это всего лишь симптом того, что транзакция базы данных находится в нерабочем состоянии. Правильное использование объектов ИнформацияОбОшибке и своевременный вызов ОтменитьТранзакцию() позволят вам корректно обрабатывать любые внештатные ситуации в коде.