Re: has anyone used threads to parallelize bulk loads?

[Tanel Poder]

Why dbms_job at all? Just create as many sqlplus sessions as you want using nohup in your database and execute your procedures from there. You can still use dbms_lock, dbms_alert and dbms_pipe that way. Pthreads or IPC & stuff is probably overkill if you don't need synchronization outside the database. If you still want to go that way, then you'd probably want to ask this question in some programming related forums instead of sysadmin's or Oracles.   Tanel. ----- Original Message ----- From: Ryan To: Multiple recipients of list ORACLE-L Sent: Saturday, August 30, 2003 11:54 PM Subject: has anyone used threads to parallelize bulk loads? I find this useful when I have large loads with alot of small to medium sized DML statements. Instead of running them serially I use DBMS_JOB and break them up into pieces.   DBMS_JOB is limiting in that it can only do 36 at once per instance. If I want to do more, Id have to do it outside the database. I have read about unix 'pthreads'. These appear to have the same wait,notify,synchronize interface that java has. Im also on Solaris.   Has anyone done anything like this? Any features on Solaris that I can use? I know solaris has some built-in low level C functions to handle locking(such as a mutex script). Any idea of some sources I can use to look this up?   I dont need this for work right now, but I may need it in the future, so I want to play around with it. Or do I have to take this to a unix sys admin forum? If so anyone know any good ones?   Threading interfaces seem to be very similiar across platforms. In oracle you achieve the same thing with dbms_job,dbms_lock,and dbms_alert.   anyone got any scripts or experience with this? This is not essential. Im just playing around.