Return-Path: Received: from ensim.rackshack.net (root@localhost) by orafaq.net (8.11.6/8.11.6) with ESMTP id h7UMrAf18828 for ; Sat, 30 Aug 2003 17:53:10 -0500 X-ClientAddr: 66.27.56.213 Received: from www2.fatcity.com (rrcs-west-66-27-56-213.biz.rr.com [66.27.56.213]) by ensim.rackshack.net (8.11.6/8.11.6) with ESMTP id h7UMr9318823 for ; Sat, 30 Aug 2003 17:53:09 -0500 Received: (from root@localhost) by www2.fatcity.com (8.11.6/8.11.6) id h7UKLjF17484 for oracle-l@orafaq.net; Sat, 30 Aug 2003 13:21:45 -0700 Received: by fatcity.com (05-Jun-2003/v1.0g-b73/bab) via fatcity.com id 005CE397; Sat, 30 Aug 2003 13:19:26 -0800 Message-ID: Date: Sat, 30 Aug 2003 13:19:26 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: "Tanel Poder" Sender: ml-errors@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: "Tanel Poder" Subject: Re: has anyone used threads to parallelize bulk loads? Organization: Fat City Network Services, San Diego, California X-ListServer: v1.0g, build 73; ListGuru (c) 1996-2003 Bruce A. Bergman Precedence: bulk Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_055B_01C36F4C.E6F417A0" ------=_NextPart_000_055B_01C36F4C.E6F417A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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 -----=20 From: Ryan=20 To: Multiple recipients of list ORACLE-L=20 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.=20 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?=20 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?=20 Threading interfaces seem to be very similiar across platforms. In = oracle you achieve the same thing with dbms_job,dbms_lock,and = dbms_alert.=20 anyone got any scripts or experience with this? This is not essential. = Im just playing around. ------=_NextPart_000_055B_01C36F4C.E6F417A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Why dbms_job at all? Just create as = many sqlplus=20 sessions as you want using nohup in your database and execute your=20 procedures from there. You can still use dbms_lock, dbms_alert and=20 dbms_pipe that way.
Pthreads or IPC & stuff is probably = overkill if=20 you don't need synchronization outside the database. If you still want = to go=20 that way, then you'd probably want to ask this question in some = programming=20 related forums instead of sysadmin's or Oracles.
 
Tanel.
----- Original Message -----
From:=20 Ryan =
Sent: Saturday, August 30, 2003 = 11:54=20 PM
Subject: has anyone used = threads to=20 parallelize bulk loads?

I find this useful when I have large = loads with=20 alot of small to medium sized DML statements. Instead of running them = serially=20 I use DBMS_JOB and break them up into pieces.
 
DBMS_JOB is limiting in that it can = only do 36 at=20 once per instance. If I want to do more, Id have to do it outside the=20 database. I have read about unix 'pthreads'. These appear to have the = same=20 wait,notify,synchronize interface that java has. Im also on=20 Solaris.
 
Has anyone done anything like this? = Any features=20 on Solaris that I can use? I know solaris has some built-in low level = C=20 functions to handle locking(such as a mutex script). Any idea of some = sources=20 I can use to look this up?
 
I dont need this for work right now, = but I may=20 need it in the future, so I want to play around with it. Or do I have = to take=20 this to a unix sys admin forum? If so anyone know any good ones? =
 
Threading interfaces seem to be very = similiar=20 across platforms. In oracle you achieve the same thing with=20 dbms_job,dbms_lock,and dbms_alert.
 
anyone got any scripts or experience = with this?=20 This is not essential. Im just playing around.=20
------=_NextPart_000_055B_01C36F4C.E6F417A0-- -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Tanel Poder INET: tanel.poder.003@mail.ee Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).