ТЕМА:

А когда не быстрее?

Когда внутрь forall прогер dbms_lock.sleep впихивает
Или же когда данных очень много, FORALL начинает работать медленнее, чем обычный цикл

Когда данных очень много, FORALL начинает работать медленнее, чем обычный цикл

А какие там границы по количеству данных ?

1) данных мало : forall быстрее чем обычный цикл (Количество данных от 0 до Х )
2) Данных одинаково: forall быстрее чем обычный цикл (Количество данных от Х+1 до Y )
3) Данных немного много: forall = обычный цикл (Количество данных от Y+1 до Z )
4) Данных очень много: forall медленнее чем обычный цикл (Количество данных от Z+1)

При каких значениях для Х, Y и Z ?

Я думаю, лучше поэксперементировать
Ждемс результатов)))

ждемс результатов...

более 250К-300К записей по %ROWTYPE x 8 полей- коллекция медленнее, но на практике помогало уйти от дльнного курсора.

более 250К-300К записей по %ROWTYPE x 8 полей- коллекция медленнее, но на практике помогало уйти от дльнного курсора.

Вопрос стоит не "коллекция или неколлекция", а "for или forall".

Вопрос стоит не "коллекция или неколлекция", а "for или forall".

поняла. какбы написала, для балк коллект.... думаю для фор влл цифры будут приблизительно похожие. как раз задачка есть на большой обьем данных.
к стати SAVE EXEPTION, в случае ошибки единичной, при обработке выдаст ее после окончания обработки пачки или в процессе и не обработается пачка? Просто на практике еще не юзала.... =)