alekcvpчто Rollback по каждому поводу делать нежелательно, а лучше где можно использовать Commit.
сервер все равно сделает коммит вместо роллбэка,
- если в транзакции никаких изменений данных не было
- если изменения были, но "мало" (где-то до 80 тысяч) - он их откатит по undo log
- если undo log выключен.

http://www.ibase.ru/mga/

Так что если нужен роллбэк - лучше делать роллбэк.

hvlad,

я имел в виду isc_tpb_no_auto_undo (и помню, что целиком undo-лог не отключается).

hvlad,

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

1. Каждый запрос имеет собственную точку сохранения (savepoint), которая содержит данные, необходимые для отмены изменений запроса (undo data)
2. точки сохранения могут быть групповыми (begin-end), управляемыми в psql словом savepoint, и у транзакций
3. в транзакции блоки undo data при успешном выполнении операторов объединяются в общий undo log транзакции. Именно так возможна отмена всех действий транзакции по rollback (и последующее превращение rollback в commit).
4. no_auto_undo не отключает undo log у транзакции, но отключает "склеивание" undo data от разных операторов. В результате rollback будет настоящим rollback-ом.

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

И да - то что делает сервер внутри не должно быть поводом для каких-то специфических действий снаружи.

p.s. я использовал no_auto_undo разве что для теста, чтобы без изменений в транзакции был настоящий rollback по rollback - я проверял момент срабатывания авто-свипа в ИБ и ФБ.