|
Allen, the easiest way to speed up such bulk inserts is to do it multithreaded with multiple connections. this way the database workload is splitted to multiple jobs, one for each connection. 8 hours for 180.000 rows = 166 Milliseconds per simple transaction is very slow. I would have a look to the database monitor, what the job is doing all the time. The summary by operations shows up the average for each sql operation. normally an insert should be in the range of < 2 milliseconds . Is the table loaded from zero records? does the job start fast and is getting slower? Dieter On Wednesday 09 July 2003 04:59, you wrote: > I need to insert 180,000 rows into an AS/400 table > within a 4 hour period. Currently the best I can do > will come in at 8 hours. I am pretty sure that I > should be able to at least double this speed. > > I am using the JT/Open toolkit JDBC driver. I'm using > Prepared Statements and I'm commiting after each batch > of 250 rows. The odd thing is that batching up the > commits at 250 rows doesn't appear to be any faster > than single row commits. > > Is there anything I need to do on the AS/400 to > improve performance? Will changing the isolation > level of my JDBC connection make any difference? > > Thanks, > Allen. > > ===== > > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > _______________________________________________ > This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) > mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/java400-l > or email: JAVA400-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/java400-l. -- mfG Dieter Bender DV-Beratung Dieter Bender Wetzlarerstr. 25 35435 Wettenberg Tel. +49 641 9805855 Fax +49 641 9805856 www.bender-dv.de
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.