err, should be Win2k, even though it feels like Win0.5k sometimes ;).

Stefan

-----Urspr�ngliche Nachricht-----
Von: Nelson, Allan [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 12. November 2003 14:49
An: Multiple recipients of list ORACLE-L
Betreff: RE: Looking for help.


Windows 3000?

-----Original Message-----
Sent: Wednesday, November 12, 2003 7:44 AM
To: Multiple recipients of list ORACLE-L


Hi

We do something similiar, but instead of deleting the tables beforehand, I
just use the SQL*LOADER REPLACE option. No such problems as described in the
original eMail occured so far. The platform is Oracle 9.2.0.3 on Win3k.

Regards,
Stefan

-----Urspr�ngliche Nachricht-----
Von: Jonathan Gennick [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 12. November 2003 14:34
An: Multiple recipients of list ORACLE-L
Betreff: Fwd: Looking for help.


I don't usually forward my reader email to the list, but the question below
strikes me as rather interesting. In this case, SQL*Loader appears to be
causing all SQL statements that refer to the table being loaded to be
invalidated. Is this normal behavior? Does anyone know why it might be the
case?

-- 
Best regards,

Jonathan Gennick --- Brighten the corner where you are http://Gennick.com *
906.387.1698 * mailto:[EMAIL PROTECTED]

Join the Oracle-article list and receive one
article on Oracle technologies per month by 
email. To join, visit
http://four.pairlist.net/mailman/listinfo/oracle-article, 
or send email to [EMAIL PROTECTED] and 
include the word "subscribe" in either the subject or body.

Wednesday, November 12, 2003, 1:07:41 AM, 
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Hi Jonathan,

I was unable to find the answers from your book "SQL*Loader: The Definitive
Guide" and the web. I am running out of sources. I hope you can help me with
the following questions.

We are using Oracle 9i sqlldr, direct path to load data from external files
into staging tables. After data is loaded, we invoked stored procedures to
transform data and move them to the target tables. The steps are: 1. delete
all entries from 20 staging tables 2. invoke "sqlldr userid=dbimpl/dbimpl
control=<controlFile> direct=true" to load data to all 20 staging  tables 3.
invoke stored procedures to transform data from the staging tables to the
final tables. Currently these stored procedures are standalone. 4. invoke
stored procedures to remove out-of-date entries from the final tables.

I monitor invalidations column in v$sqlarea. Every time
after sqlldr is invoked for data loading (step 2), all the
sql statements that reference the staging tables are invalidated, including
"delete from <stageing_table>" sql statement. I setup a test and used a java
program to loop steps 1-4 every ~2 minutes. There were no other activities
in the database except data loading and transformation. After a couple days,
I got the following error: ORA-04031: unable to allocate 4212 bytes of
shared memory ("shared pool","unknown object","sga heap(1,0)","stat array
mem")

The questions are:
1. Do we need to delete entries in the staging table prior to loading. Will
sqlldr remove the entires in the staging table first prior to loading? 2.
There are no changes in the stored procedures, how / why sqlldr would
invalidate the sql statement in the stored procedures? 3. The error
ORA-04031 in this case, is it due to shared memory fragmentation? I suspect
that the culprint is invalidations. How do invalidations cause shared memory
fragmentation?

I would appreciate if you can send me some pointers or suggestions.

Thanks,
KamYee 

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Jonathan Gennick
  INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).


 
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Stefan Jahnke
  INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).


____________________________________________________________________________
__
This email is intended solely for the person or entity to which it is
addressed and may contain confidential and/or privileged information.
Copying, forwarding or distributing this message by persons or entities
other than the addressee is prohibited. If you have received this email in
error, please contact the sender immediately and delete the material from
any computer.  This email may have been monitored for policy compliance.
[021216]

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Nelson, Allan
  INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).


 
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Stefan Jahnke
  INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).

Reply via email to