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

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

Вопросы:
1. Будет ли работать этот вариант?
2. Какие неприятности могут встретиться?
3. Сколько документов (в штуках) может быть в транзакции?

PS Другие пути знаю, но эта обработка уже написана, поэтому этот самый наименее затратный путь.

1. Работать будет, если не (см. ниже)
2. Транзакции не рассчитаны на массовые операции - упор в ресурсы может случиться.
3. Зависит от сервака и объемов изменяемых данных.

поидее можно увидеть будет что каждая следующая "5-ти тыщная" операции будет медленнее и медленнее, опять же от объёма зависит.

Короче, с какого-то момента может начать жутко свопить и потом что фиксация транзакции, что её откат будут занимать прорву времени. Не говоря уже о том, что другим пользователям все это время нехорошо будет.

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

на эскалацию блокировок можно нарваться

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

(6) Там две базы и два буха. Один бух выгружает в файл, второй загружает из этого файла. Это уже написано. Но, в случае ошибки, повторная загрузка плодит дубли.
Говорится о 150-200 документах за раз. Базы файловые. Нужно решить задачу с минимальными потерями.

(7) переделать обработку, чтобы дубли не возникали - не предлагать?

>>Но, в случае ошибки, повторная загрузка плодит дубли
Лучше пойти по исправлению этого момента

(8) +1 по гуиду

А то грузишь 9 999 документов 5 часов а на 10 000 ошибка.
И ты такой "бл.....я"

(8) см (0) PS Другие пути знаю, но эта обработка уже написана, поэтому этот самый наименее затратный путь

Вставить три строки самый быстрый вариант.

(12) и самый неправильный
а если бух случайно предыдущий файл ещё раз загрузила?

по сабжу да, транзакция спасёт.
То что это всё кривоватенько организовано - уже сказано

(9) Согласен. Думал об этом.
(13) Переписать:
1. Разобраться в назначении обработки.
2. Разобраться в структуре файла выгрузки.
3. Разобраться в коде загрузки.
4. Переделать код.
5. Тестировать код
6. Если тест не прошел переход к п.4

С транзакцией.
1. Найти цикл.
2. Перед началом цикла вставить команду начала транзакции
3. После конца цикла вставить команду конца транзакции
4. В теле цикла вставить проверку и, в случае непрохождения, команду отката транзакции и завершения процедуры.

Не в пример быстрее. Фактор времени актуален.

(14) Организовано не мной. Нужно с минимальными потерями устранить эту недоработку.

(15) а как борятся с ошибками? вот ошибка в файле и не грузится, как исправлять?

делай транзакцию, раз переделывать не будешь всё равно.
200 доков за раз - вобще ниочем