Received: from www.base2inc.com (IDENT:root@www.base2inc.com [204.117.190.140]) by hub.org (8.9.1/8.9.1) with ESMTP id RAA05634 for ; Thu, 19 Nov 1998 17:26:45 -0500 (EST) (envelope-from fmorton@base2inc.com) Received: from tesla (tesla.base2inc.com [206.229.85.131]) by www.base2inc.com (8.8.7/8.8.7) with SMTP id RAA13727 for ; Thu, 19 Nov 1998 17:22:35 -0500 Message-ID: <000301be140c$c6a3cfe0$8355e5ce@tesla.base2inc.com> Reply-To: "Frank Morton" From: "Frank Morton" To: Subject: JDBC Performance Help Needed For inserts Date: Thu, 19 Nov 1998 17:34:30 -0500 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 I need some advice related to JDBC performance. I have an application that might do 200 inserts in a batch. Right now, it is taking 120 milliseconds or so per insert, so it adds up to a substantial amount of time, especially since this is an application where a user is waiting for it to complete. Disk activity during this insert period is very high. It is acting as if LOTS of activity is happening with each insert. Is the auto-commit feature killing the performance? These are relatively unimportant inserts, so if I can defer commits to the end, it is of minor risk to loose the inserts. These are temporary entries. Is there a way to temporarily turn commits off for a batch of inserts, waiting until the end? Am I missing something? It seems awfully slow. I am running 6.3.2 under Solaris. I'd appreciate advice from you all who have been through this. Thanks. _________________________________ Frank Morton (fmorton@mail.base2inc.com) Voice: (317) 876-3355 FAX: (317) 876-3398 Home: (317) 574-0815