Bom, scheduler jobs = database job Transacional, ok, essa parte tá clara...
Agora, insisto : esse paralelismo que vc quer ter "apenas nos JOBS" é PARALLEL SQL (ie, vc quer que Automaticamente o RDBMS abra sessões slave para processarem em paralelo , cada uma uma parte diferente, da tabela grande a ler/inserir/updatear/deletar), ** OU ** vc na verdade quer ter N execuções simultâneas/concorrentes do mesmo JOB ?? Parallel SQL é bico de usar , e nele vc não precisa fazer NADA, automaticamente o RDBMS coordena as N sessões slaves, já coordena quais sessões tão acessando quais partes da tabela grande, é tudo Transparente.... Já se o que vc quer é a última opção (ie, N execuções simultâneas do mesmo JOB, todas acessando as MESMAS TABELAS), é COMPLETAMENTE POR SUA CONTA a código de programação necessária para coordenar qual execução tá lendo qual parte das tabelas... Idem para medidas de lock/proteção, para Evitar que duas sessões de duas execuçõs do JOB queiram acessar os mesmos dados ao mesmo tempo.... Idem também para vc ter um MECANISMO que registre quando uma das execuções já acabou de processar e está pronta para mais dados.... Um trabalho MONSTRUOSO e COMPLICADO, mas possível, acredito... E claro, se o que vc quer não for NEM Parallel SQL e NEM múltiplas execuções do mesmo JOB, aí não sei o que é que vc quis dizer com "PARALELISMO", explica melhor se for esse o caso.... []s Chiappa
