Just guessing, but it seems as if the longer initial run is because the
data is being pulled into the buffers.  After that the query is being
answered without disk i/o.  See if you can cache the table and if that gets
rid of the initial long run.




                                                                                       
                                                
                      "Craig Healey"                                                   
                                                
                      <c.healey                To:      Multiple recipients of list 
ORACLE-L <[EMAIL PROTECTED]>                    
                      @hhsuk.com>              cc:                                     
                                                
                      Sent by:                 Subject: Performance improvement 
required :-)                                           
                      ml-errors                                                        
                                                
                                                                                       
                                                
                                                                                       
                                                
                      06/13/2003 09:59                                                 
                                                
                      AM                                                               
                                                
                      Please respond                                                   
                                                
                      to ORACLE-L                                                      
                                                
                                                                                       
                                                
                                                                                       
                                                




It's Friday, and I'm having a brain storm. Just to check:
The developers are using ADO to connect to a VB application and want to
pull back a record set. Using ADO means they can't use bind variables.
Returning more than 1 record means they can't use a function (which
WOULD use bind variables). Am I correct in saying that other than tuning
the SQL (done that, it isn't a complex query) or playing around with
Oracle session parameters, there isn't anything else I can do?
(The query takes 1 second the first time it is run, but 10 ms after. It
is used all the time in the callcentre to search postcodes.)

TIA

Craig Healey


**********************************************************************************


This email and any files transmitted with it are confidential and intended
solely
for the use of the individual or entity to whom they are addressed and may
contain
confidential and/or privileged material.  Any review, retransmission,
dissemination
or other use of, or taking of any action in reliance upon, this information
by
persons or entities other than the intended recipient is prohibited.
Statements
and opinions expressed in this e-mail may not represent those of the
company.

If you have received this email in error please notify
[EMAIL PROTECTED]

This footnote also confirms that this email message has been swept by
MIMEsweeper
for the presence of computer viruses (www.mimesweeper.com)

***********************************************************************************


--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Craig Healey
  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: Thomas Day
  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).

Reply via email to