Всем привет.
Такой вопрос: Стоит ли использовать принудительное начало и завершение транзакции при перепроведении массива документов? Что то вроде примера ниже, с использованием конструкций НачатьТранзакцию();, ЗафиксироватьТранзакцию();. Или можно и обойтись?
Объем данных возможен большой, до 100 тыс документов.
Смотрю примеры, не везде используется НачатьТранзакцию()


        ТабДокументов = ОтобратьДокументы();  ///получаем ТЗ со списком док, которые надо перепровести
    Для Каждого СтрокаТЗ Из ТабДокументов Цикл          
        ДокСсылка = СтрокаТЗ.Ссылка.ПолучитьОбъект();  
        НачатьТранзакцию();
        Попытка
            ДокСсылка.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный);
            ЗафиксироватьТранзакцию();
        Исключение
            Если ТранзакцияАктивна() Тогда
               ОтменитьТранзакцию();
            КонецЕсли;
            ВызватьИсключение;        
        КонецПопытки;
    КонецЦикла;

Именно так делать не стоит

(1) почему?

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

У вас  ДокСсылка.Записать() - итак в транзакции выполняется

Транзакция в транзакции - оксюморон. Зачем столько документов перепроводить?

(3) связка - имеется в виду логическая связка? Если использовать при групповом приведении логически не связанных между собой документах - использование   ЗафиксироватьТранзакцию(); навредит, или смысла просто не будет?

(5) восстановить сбившуюся при переносе последовательность

(6) Например вы проводите Реализацию, и меняете статус у заказа клиента. Первое у вас прошло успешно, а на втором вы словили ошибку с блокировками к примеру. Если вы выполняли это в транзакции, то можете ее отменить и тогда реализация так же откатится. В противном случае у вас реализация будет закрытая, а заказ - нет.

(7) и? ты начинаешь транзакцию, затем в рамках проведения платформа сама открывает неявную транзакцию. В результате у тебя только увеличиваются расходы на проведения

(4) читала на хабре статью на эту тему, https://habr.com/ru/post/419715/ , вообще увлекательно, конечно. Пример взят оттуда.

Такая конструкция имеет право на жизнь когда у тебя в рамках одной транзакции проводиться пакет документов. К примеру начал транзакцию провел 100 документов зафиксировал транзакцию

(8) я поняла, да, логическая связка между документами. В противном случае - использование конструкции ЗафиксироватьТранзакцию(); увеличит время обработки массива документов, так?

(11) О, а вот это интересно. Можно же разбить массив из, например, 100 тысяч документов на пакеты по 100 документов, и проводить их в транзакциях? Можно какой-нибудь пример, или "кодовое слово для поиска"? Посмотрела бы, как это реализовать.

(10) что то не нашел там такого примера
там есть

НачатьТранзакцию();
Попытка
    ДелаемЧтоТо();
    ЗафиксироватьТранзакцию();
Исключение
    Если ТранзакцияАктивна() Тогда
        ОтменитьТранзакцию();
    КонецЕсли;
    ВызватьИсключение;
КонецПопытки;

Т.е. в делаем что то возможно создаются справочники, проводятся документы

(13) надо смотреть. Ибо такая конструкция была актуально для 7-ки, так как на скуле при большом объеме документов падала скорость проведения, поэтому и били на пакеты.
Возможно для 8-ке это уже не актуально

(14) не сказано, что под "что-то" имеется в виду "что угодно, кроме перепроведения массива документов"))). ЧЕм плох пример?
(15) ну вот как раз проблема, что при перепроведении большого объема документов - очень падает скорость проведения. И они не успевают провестись все.

(16) "ЧЕм плох пример" это вырожденный случай

(17) эм, не поняла, в каком плане "вырожденный случай"?
Если честно, я что-то запуталась.
Короче, не стоит применять "НачатьТранзакцию" при стандартных случаях, верно?
Если все-таки конструкция применена, это как-то делает хуже, или просто "не по фен-шую"?

(8) хм... еще вопрос. А если немного меняем условие и вместо "Перепровести массив документов" берем "Перепровести массив документов по одному контрагенту, где каждый документ влияет на статус последующего" (например, не проведется второй документ из ста и все, в сотом некорректный статус)- в этом случае прямое объявление начала транзакции уместно, верно я понимаю?

(18) Такое чувство что у за каждый тест из зарплаты деньги вычитают. Причем как минимум ползарплаты в минус уйдет, если ты просто запустишь проверку теории.

Теория без практики нечто. Какая разница что я или кто-то еще скажет. Накидал пример запустил на копии несколько раз тест и сравнил результаты.
Хз может на твоем железе и с твоей версии платформы "стоит применять "НачатьТранзакцию" при стандартных случаях" так как это даст прирост в скорости как в 10 раз.
Либо наооборот ты не увидишь разницы (разница в пределах погрешности). Главное не жадничий и не проверяй теорию на 2-х документах. Это не показательно. Чем больше документов тем яснее будет результат

(18) да не, надеюсь не вычитают. Пытаюсь прощупать, совсем х**ню спорола с этой транзакцией, или как))). А то никогда ее не использовала, а тут на тебе - видимо и не надо было)

(20) в (21) это было в ответ на (20)

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

второй трюк - транзакция для ускорения.
просто взводим счетчик и фиксируем транзакцию каждые 500-1000-2000 объектов. размер порции варьируется от мощностей сервера.
будучи зафиксированными одновременно - снижаются накладные расходы на каждую отдельную запись, но добавляются на общую фиксацию большого пакета. тут надо смотреть по месту - в зависимости от архитектуры и конкретной СУБД может даже увеличить время записи.

(23) Да, уже вроде бы поняла, не зря спросила. А если в какой-то момент принудительно рубанешь транзакцию - все предыдущее тоже не завершится?

а начинать и закрывать транзакцию для каждого отдельного объекта = баловство и никакого толку. все минусы и ни одного плюса.

(25) всё что было поставлено к записи в течении открытой транзакции - потеряется.

(24) а могли бы примерно показать (или "что мне поискать"), как реализовать "и фиксируем транзакцию каждые 500-1000-2000 объектов"?
(26) минусы - увеличение времени обработки?

(28) минусы - увеличение времени обработки? - да. увеличение нагрузки и времени.

примерно показать - примерно уже рассказал в тексте. а как конкретно не нашел примера в сети, или не смог составить запрос.

НачатьТранзакцию();
счетчикобъектов = 0;
цикл ДокСсылка
ДокСсылка = СтрокаТЗ.Ссылка.ПолучитьОбъект();  
Попытка
ДокСсылка.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный);
счетчикобъектов = счетчикобъектов + 1;
Исключение
ОтменитьТранзакцию();
прервать;
конецпопытки
Если счетчикобъектов = 500 Тогда
ЗафиксироватьТранзакцию();
счетчикобъектов = 0;
НачатьТранзакцию();
КонецЕсли
конеццикл

    Если ТранзакцияАктивна() Тогда
        ЗафиксироватьТранзакцию();
    КонецЕсли;

(29) спасибо большое за пример, мне в части

Если счетчикобъектов = 500 Тогда
ЗафиксироватьТранзакцию();
счетчикобъектов = 0;
НачатьТранзакцию();
КонецЕсли


было не понятно, в каком порядке делать