Я новичек в этом звере, так что заранее сорри за, может быть, глупый вопрос.
Хочется сделать примерно так:

begin -- block #1, start transaction #1
...
...
begin -- block #2, start transaction #2
...
commit;
end; -- block #2, end transaction #2
...
...
commit;
end; -- block #1, end transaction #2

Дык вот, вопрос: хочу, что бы, если бы я делал rollback для транзакции #1, то вложенная транзакция #2 тоже откатилась бы.
Смысл: скрипт очень большой и Оракл грит типа program too large.
Мысль: если коммитить все инсерты/апдейты по кускам, то по идее должно пройти...Во всяком случае, для MS SQL решение сработало...
Можно ли это сделать для Оракл и, если да, то как?
P.S. Документацию по Ораклу читал, описанные 2 способа решения проблемы "program too large" категорически не подходят.

are:
с MS SQL помогло. Когда все шло в одной транзакции, тоже вылетала ошибка по памяти. Теперь там это выглядит примерно так:

begin transaction T1
...
...
begin transaction T2
...
...
commit transaction T2
...
...
commit transaction T1

и работает как надо.

Oleg Afanasiev:
Совершенно верно, транзакция при первом коммите и заканчивается.
И это...я ж сказал выше - новис я в Оракл, плз, покажи пальцем как эту прагму заюзать.

И это...вот чо нашел в доке:
Restriction: You cannot mark a nested PL/SQL block as autonomous.

are:
у меня именно ошибка по памяти! PLS-00123: program too large

are:
ага, в ем самом, в SQLPlus

Oleg Afanasiev:

Смысл такой: есть некая программуля, которая на основе темплейтов генерит скрипты для (в зависимости от указанных на вход опций) заполнения заранее известной базы данных. На вход этой программе подаются и описания данных.
Полученные скрипты в виде текстовых файлов могут быть потом ручками (или батчем - это неважно) загружены в соотвествующую программу (для MS - isql или Query Manager) и выполнены. Нужно написать соотвествующий темплейт для Oracle. Это, так сказать, отправная точка.
Таковой темплейт мною уже написан и нормально работает, но - не всегда :)
Если входное описание данных достаточно сложно-разветвленное, то полученный в результате скрипт не работает, а выдает ошибку по памяти.
Устройство этого скрипта такое:
begin -- main block
insert ... -- or update
insert ... -- or update
...
begin -- sub block
insert ... -- or update
insert ... -- or update
...
end; -- sub block
... -- continue main block
...
begin -- sub block
...
end; -- sub block
... -- ну и т.д.

commit;
exception
when others then rollback;
end;

Как я сказал выше - если таких сабблоков получилось много получаю ошибку памяти.
Вынести сабблок "наверх" ... не знаю, в сабблоке инсерт или апдейт производится в референцируемую таблицу, делать "в тупую" - будет нарушение констрейнта...На "делать по умному" не хватает знаний в Оракл.
Вот...ну что еще сказать? Как я уже писал, в при генерации в MS SQL была похожая проблема, решилась введением "вложенных" в сабблоки транзакций.
Использовать stored procedures нельзя по условию , "чтобы все было одинаково, как MS-базе".
Не знаю, понятно я написал?

are:
дык базу-то я создал, мне б в нее данные бы теперь загрузить...

are:
это я уже читал перед тем, как лезть к занятым людям со своими глупостями :) не помогло :)

are:
не, ничего, нормальные вопросы.
логика там есть и довольно таки не примитивная, тупым набором insert/update не обходится...
то, что здесь "что-то не то" я знаю давно, но тут вопрос к архитектору проекта :) ... продолжать тему архитектуры, извини, не буду, а то сорвусь на ненормативные выражения...