another performance question.

2001-08-26 Thread Steve Howard
I have been running a benchmark on binding columns and working with the results as opposed to directly dereferencing the returned reference. My hypothesis was that the binding of columns must have some overhead associated with it that could be avoided by directly dereferencing the returned

Re: another performance question.

2001-08-26 Thread lembark
-- Steve Howard [EMAIL PROTECTED] on 08/26/01 10:08:23 -0500 dereferencing in the code (is there no overhead to the binding of columns?). Binding uses pre-allocated space to return the result and is usually faster. fetch_blah calls have to allocate space for the result, which is what

RE: another performance question.

2001-08-26 Thread Steve Howard
Not the case in this question. What is being returned is the reference - values other than a single reference are not being copied. This is how fetchrow_arrayref works as well - only a reference to the array is returned, but when columns are bound, the reference must be dereferenced somehow so

Re: another performance question.

2001-08-26 Thread Tim Bunce
On Sun, Aug 26, 2001 at 02:59:28PM -0500, Steve Howard wrote: Not the case in this question. What is being returned is the reference - values other than a single reference are not being copied. This is how fetchrow_arrayref works as well - only a reference to the array is returned, but when

RE: Oracle Perl and DBI , dbd problem while inserting report in Japanese

2001-08-26 Thread Fox, Michael
BTW: is that a typo? ORALCE_HOME vs ORACLE_HOME -Original Message- From: Kawai,Takanori [mailto:[EMAIL PROTECTED]] Sent: Friday, August 24, 2001 6:57 PM To: Maruti Chavan; [EMAIL PROTECTED] Subject: Re: Oracle Perl and DBI , dbd problem while inserting report in Japanese Hi. #If you