Добрый день.

С сервера приложений вставляются записи в 5 таблиц по 10-15 атрибутов(строковые до 200симв, числовые, даты) в каждой, вставляется по 100к-300к строк в каждую таблицу. Во время загрузки к этим таблицам в других транзакциях могут идти select запросы. Таких загрузок может идти несколько параллельных(разные транзакции).
В результате проверок на сервере приложений может возникнуть необходимость откатить все загружаемые данные в конце загрузки.

Вижу 2 варианта:

1. Вставка всех строк всех таблиц в одной транзакции, commit после вставки всех строк всех таблиц. При необходимости отката вызвать один rollback.
Удобно и быстро в плане реализации - достаточно вызвать один rollback для отката данных из всех таблиц, какие тут могут быть минусы? Ресурсов для UNDO TS хватает, блокировок вроде не должно быть, запросы будут только select во время загрузки, по идее могут возникнуть блокировки при параллельных загрузках.

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

Подскажите, пожалуйста, какой вариант лучше использовать исходя из описанных объемов, какие +/- я упустил? Пока что сделал по 1 варианту из за простоты.

Всем спасибо за ответы.
SYВот тут и основной вопрос. Что будет с точки зрeния бизнеса ecли "select запросы" будут видеть частично загруженные данные

По идее не будут. Можно вставлять данные во временную таблицу и потом их переносить в основную с помощью если проходят верификацию. Правда не уверен, есть ли в данном случае смысл от этого, убрав одну огромную вставку в основную таблицу добавляется другая - из временной таблицы :D. Буду тестить.