Re: performance of sql loader
Regarding #2, you also need to be aware of how parameters interact with each other. For example in non-direct loads, ROWS and BINDSIZE work hand-in-hand. Increasing one but not the other (or not enough) will bottleneck and it will use a smaller array to load. Stephen [EMAIL PROTECTED] 05/30/03 10:44PM On Friday 30 May 2003 12:20, [EMAIL PROTECTED] wrote: 2. As they increased the Array size or the commit size, the performance degradated rapidly. This sounds odd. Anyone else notice this? Or did they just do something wrong. Dont know what they did. They tried it before I started, I just have hearsay to go on. Sorry about the lack of details. Not enough information. Increased from what? To what? If you increase the array size enough to start swapping, it may have a negative impact on performance. ;) Jared -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Jared Still 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: Stephen Andert 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).
performance of sql loader
I was talking to some colleagues and they did the following tests. I was wondering if anyone else had similiar results or maybe they just didnt do it properly. They are using standard SQLLOADER. No direct path inserts and doing some SQL data manipulation of the files. They found the following: 1. SQLLOADER with the SQL manipulation is much slower than Direct Path SQLLOADER to a staging table, then insert,update, and delete to the master table. 2. As they increased the Array size or the commit size, the performance degradated rapidly. This sounds odd. Anyone else notice this? Or did they just do something wrong. Dont know what they did. They tried it before I started, I just have hearsay to go on. Sorry about the lack of details. -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: [EMAIL PROTECTED] 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).
Re: performance of sql loader
On Friday 30 May 2003 12:20, [EMAIL PROTECTED] wrote: 1. SQLLOADER with the SQL manipulation is much slower than Direct Path SQLLOADER to a staging table, then insert,update, and delete to the master table. Sounds about right. It's been awhile since making heavy use of SQL Loader, but DIRECT is very fast. Not surprising that manipulation could be done after loading a temp table and still be faster than normal SQL Loader. 2. As they increased the Array size or the commit size, the performance degradated rapidly. This sounds odd. Anyone else notice this? Or did they just do something wrong. Dont know what they did. They tried it before I started, I just have hearsay to go on. Sorry about the lack of details. Not enough information. Increased from what? To what? If you increase the array size enough to start swapping, it may have a negative impact on performance. ;) Jared -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Jared Still 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).
