Thanks a lot
A reader, August 11, 2017 - 3:52 pm UTC
But still have questions...
Thomas Hilke, August 11, 2017 - 4:13 pm UTC
Thanks for your answer.
BUT...we try to make technically sure, that nobody else is changing the data during the time of this large batch processing.
And, I assume, that even with dbms_parallel_execute we can not "LOCK" the table in front of the parallel execution, because the parallel executions have it's own session context ?
Is my understanding correct ?
Best regards,
Thomas
August 14, 2017 - 3:14 pm UTC
The call to run the task (as well as creating it) creates a scheduler job for each parallel process. Which commits. So any table locking you do in this session is lost anyway!