Ваша статья на хабре в свое время мне очень помогла понять что делать с транзакциями.

Мощно, стильно, современно!

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

Мне как начинающему программисту очень было интересно посмотреть данный ролик. Спасибо Вам большое. Не могли бы вы записать ролик про агрегаты - настройки, итоги, индексы, как и где лучше их применять, а где не стоит? Спасибо большое. Очень ясно и понятно объясняете.

У меня Ваша статья в закладках, как и стандарты разработки, всегда под рукой :)

Спасибо за Ваш труд! И статью читала, и видео - огонь!

На транзакцию нужно создать шаблон) Как в стандарте) Как всегда классное видео!

Прикольное видео. Коммент в благодарность и чтоб побольше программистов увидело это видео )))))

Многие путают событие отмены транзакции с событием не фиксации транзакции, хотя это совершенно разные состояния. Я обычно объясняю разницу так: я пообещал тебе 10 рублей и не дал - это незафиксированная транзакция, а вот если я пообещал тебе 10 рублей, дал их тебе в руки, а потом забрал - это отмененная транзакция. Ну а если ты с этими 10-ю рублями спокойно ушел домой - это транзакция зафиксировалась. )) Поэтому когда они говорят, что исключение "отменяет", они имеют ввиду "не фиксирует". Поскольку именно отменить транзакцию в 1С можно только явно, оператором ОтменитьТранзакцию(), а он используется редко, то у многих возникает в голове синонимичность не фиксации транзакции ее отмене, потому что любую незафиксированную явно или неявно транзакцию платформа "отменит". По поводу сообщения "в данной транзакции уже происходили ошибки". Многие начинающие программисты не знают о том, что транзакции бывают явные, начатые оператором НачатьТранзакцию() и неявные, которые вызываются на уровне объекта при операциях изменения данных в БД. В коде у автора ролика была сначала инициирована явная транзакция, потом при записи элемента справочника началась неявная и там же она вылетела в исключение. Соответственно, поскольку вызывающий код находится "выше" и не может знать о том что происходит в более нижестоящих слоях кода, он и не может сказать в какой еще такой "данной" транзакции произошли ошибки и какие, это нормально. Поскольку неявная транзакция не зафиксировалась (не отменилась!) то и явная зафиксироваться не может, т.к. счетчик в ноль не выходит (это хорошо объяснил автор ближе к концу ролика). За выводы в финале видео - аплодирую стоя! ))) З.Ы. Пока писал, задумался. Незафиксированные транзакции, не исчезают из реальности совсем, их видно в ЖР например, серым цветом. Висят ли они в журнале транзакций в БД увеличивая тем самым его размер?

Спасибо большое, рад вас видеть. Да можно не переписывать оговорки, разберемся, здесь норм пацаны.

Большое спасибо за видео. Всё это уже давно прошёл на своей шкуре, но как-то не отсуммировал для себя. А тут такое видео, после которого всё окончательно уложилось в голове.

Классно все объяснили! Спасибо!

Очень полезное видео, посмотрел несколько раз, поэкспериментировал, и вроде все сошлось в голове) Прекрасно объясняете! Только я бы еще заметил что не любая ошибка портит транзакции, а только ошибки базы данных (стандарт "Ошибки базы данных и транзакции") А какие ошибки к ним относятся - стандарты не объясняют, приходится узнавать на опыте.

С возвращением!

Вот спасибо большое!

Вы бы shorts снимали. А то ждешь по полгода. А там трансляция на 2,5часа.

всегда актуально)))

Спасибо

В попытке желательно писать только тот метод, который может вызвать исключение. То есть, в ДАННОЙ ситуации код, создающий элемент и заполняющий этот элемент нужно выносить за пределы попытки, и только метод Записать() оставить в попытке.

Я только неделю назад данную статью читал)

Начало с 2:00

Интересно звучит клавиатура. Какая модель?

В УТ 10 есть такая ошибка с транзакцией при проверке маркированных товаров когда дата запрета не позволяет записать документ

15:53 Андрей, на этом этапе у разработчиков появляются седые волосы)))

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

Здравствуйте! Не совсем понял фразу из документации. П. 1: не поддерживаются вложенные транзакции (см. подробнее Вложенность транзакций). Потом п. 1.3: при использовании вложенных транзакций... Так поддерживаются вложенные или нет?

как всегда познавательно. Я вот узнал что ВызватьИсключение без параметров перебрасывает исключение дальше.. А по транзакциям, есть у меня один гигантский модуль который содержит большое количество записи в БД разных обьектов, это все обильно сдобрено бизнес логикой и разнесено по функциям и получается что в этих функциях какие то свои транзакции существуют, у меня в модуле свои и фишка в том что как ни крути либо попадаешь на переработку куска кода в 5000 строк примерно, с бизнес логикой продаж, которая вообще нигде не описана и автотестов нет.. либо надо начинать транзакцию в одной процедуре, а фиксировать или отменять в других.. и это очень плохо. В итоге все собираюсь с этим что то делать, но никто время на переработку этого не даст что бы все было по стандартам.

Стараюсь работать с транзакциями правильно, всегда закрываю или отменяю их, возможно излишне часто используя ТранзакцияАктивна(). Но недавно попал на "В данной транзакции уже происходили ощибки". И попал на нее когда в исключении использовал Сообщить(Док), где Док - ДокументОбъект который не записался в этой транзакции. И до сих пор не понимаю почему попытка сообщить в каком документе произошел сбой вызвала такую ошибку?

Так был же уже ролик на эту тему на этом канале.

Ну когда же новое видео 😢

Ха, я всегда подозревал, что разработчики типовых 1с (ERP) не умеют работать,... с транзакциями ))) Правда при упоминании таких ошибок, грамотно переводят стрелки...

Проделал всё это в файловой базе. Но после того как исключение обработано в Попытка... КонецПопытки, то данные успешно записались в базу. Странно!

Хм... если исключение ломает транзакцию, то почему бы платформе её автоматически и не откатить. А в остальном фирме 1С нужно развивать свой язык, менеджеры контекста могли бы закрыть все проблемы с транзакциями.

Исключения бывают восстановимыми (не вызвано записью в БД) и не восстановимыми(в процессе записи в БД). В первом случае при обработке исключения транзакция завершится. В втором случае при работе с записью в БД после исключения возникает ошибка: В данной транзакции уже происходили ошибки

Придумывают какието дибильные кейсы и кучу статей по из исправлению пишут 🤦‍♂️

А ясно кто эту хрень на хабре написал

Браво !