RE: performance problem with dbd oracle

2004-04-19 Thread Tim To
To: [EMAIL PROTECTED]; Tim Bunce Cc: [EMAIL PROTECTED] Subject: RE: performance problem with dbd oracle Sure the network issue exists...look at your $data_source var. You are requesting a SQL*Net connection. -- Ron Reidy Sr DBA Array BioPharma, Inc. -Original Message- From: Tim

RE: performance problem with dbd oracle

2004-04-19 Thread Tim To
are using bind variables. Thanks for all your comments again, Tim To -Original Message- From: Reidy, Ron [mailto:[EMAIL PROTECTED] Sent: Saturday, April 17, 2004 1:26 PM To: [EMAIL PROTECTED]; Lincoln A. Baxter; Janet Goldstein Cc: Dbi-Users Subject: RE: performance problem with dbd oracle

Re: performance problem with dbd oracle

2004-04-19 Thread Tim Bunce
was spot on. I'd missed that.) Tim. -- Ron Reidy Sr DBA Array BioPharma, Inc. -Original Message- From: Tim To [mailto:[EMAIL PROTECTED] Sent: Fri 4/16/2004 5:22 PM To: Tim Bunce Cc: [EMAIL PROTECTED] Subject: RE: performance problem with dbd oracle Thanks Tim I

RE: performance problem with dbd oracle

2004-04-19 Thread Reidy, Ron
A. Baxter; Janet Goldstein Cc: Dbi-Users Subject: RE: performance problem with dbd oracle After reading all the comments I modified the test to turn auto commit off and commited once after the loop is over (not really necessary since orcale will do an implicit commit for me once I disconnect). Since one

Re: performance problem with dbd oracle

2004-04-17 Thread Tim Bunce
On Fri, Apr 16, 2004 at 11:07:04AM -0700, Tim To wrote: The performance problem is actually worse with the real app which I have ported from Linux mysql to Solaris oracle. The worst of the statements is executing a commit after three or so insert/update statement so I've created a couple of

RE: performance problem with dbd oracle

2004-04-17 Thread Reidy, Ron
Sr. DBA Array BioPharma, Inc. -Original Message- From: Tim To [mailto:[EMAIL PROTECTED] Sent: Fri 4/16/2004 4:27 PM To: Lincoln A. Baxter; Janet Goldstein Cc: Dbi-Users Subject:RE: performance problem with dbd oracle Thanks for the suggestion. I do realize that bind

RE: performance problem with dbd oracle

2004-04-17 Thread Reidy, Ron
] Subject:RE: performance problem with dbd oracle Thanks Tim I will try that. I am running all these tests on the same server - does the network latency still apply? What else can I provide to get more help? Basically the app and the environment didn't change I just ported everything from linux

RE: performance problem with dbd oracle

2004-04-16 Thread Jones Robert Civ TTMS Keesler
Code? Also, using sqlloader, the native program for inserting data, has been cited as being faster than using DBI for straight insertions. -Original Message- From: Tim To [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 12:53 PM To: [EMAIL PROTECTED] Subject: performance

Re: performance problem with dbd oracle

2004-04-16 Thread Janet Goldstein
On Thu, 15 Apr 2004, Tim To wrote: How can I improve performance when using oracle dbd? We have an urgent performance problem where inserting data into an Oracle 9i database using DBI/DBD oracle is at least five times slower than stright sql using sqlplus. We just write out control and load

RE: performance problem with dbd oracle

2004-04-16 Thread Reidy, Ron
Tim, What performance problems are you having exactly? Did you run a 10046 trace? Are you passing the {ora_check_sql = 0} in your prepare() call? Also, I would suggest you look into SQL*Loader. Nothing you ever write in Perl will give you the insert speed you will get with this utility.

RE: performance problem with dbd oracle

2004-04-16 Thread Scott T. Hildreth
On Fri, 2004-04-16 at 09:24, Reidy, Ron wrote: Tim, What performance problems are you having exactly? Did you run a 10046 trace? Are you passing the {ora_check_sql = 0} in your prepare() call? Also, I would suggest you look into SQL*Loader. Nothing you ever write in Perl will give

RE: performance problem with dbd oracle

2004-04-16 Thread Reidy, Ron
problem with dbd oracle On Fri, 2004-04-16 at 09:24, Reidy, Ron wrote: Tim, What performance problems are you having exactly? Did you run a 10046 trace? Are you passing the {ora_check_sql = 0} in your prepare() call? Also, I would suggest you look into SQL*Loader. Nothing you ever write

RE: performance problem with dbd oracle

2004-04-16 Thread Tim To
- From: Reidy, Ron [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 7:47 AM To: Scott T. Hildreth Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: performance problem with dbd oracle And you can perform direct inserts. - Ron Reidy Senior DBA Array BioPharma, Inc

RE: performance problem with dbd oracle

2004-04-16 Thread Lincoln A. Baxter
On Fri, 2004-04-16 at 09:10, Jones Robert Civ TTMS Keesler wrote: Code? Also, using sqlloader, the native program for inserting data, has been cited as being faster than using DBI for straight insertions. If you are not using bind variables (placeholders for your data), then it will be

RE: performance problem with dbd oracle

2004-04-16 Thread Tim To
(i.e. within Oracle) it should affect the pl/sql code the same way - shouldn't it?? Tim -Original Message- From: Lincoln A. Baxter [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 3:01 PM To: Janet Goldstein Cc: Dbi-Users Subject: RE: performance problem with dbd oracle On Fri

RE: performance problem with dbd oracle

2004-04-16 Thread Tim To
: Re: performance problem with dbd oracle On Fri, Apr 16, 2004 at 11:07:04AM -0700, Tim To wrote: The performance problem is actually worse with the real app which I have ported from Linux mysql to Solaris oracle. The worst of the statements is executing a commit after three or so insert