Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: CBO irregularity

Re: CBO irregularity

From: Jonathan Lewis <jonathan_at_jlcomp.demon.co.uk>
Date: Wed, 9 Jun 2004 17:07:10 +0100
Message-ID: <025901c44e3b$d1b91060$7102a8c0@Primary>

With a 'library_cache_recycle' like the recycle buffer cache.

Going back to the OP - I had understood your complaint about waiting on a collision whilst searching for a match, but I had assumed it was an old problem.

It seems unlikely that in an environment where you expect most of your SQL to be sharable that it would be better to give up the search for something that should be shared in order to re-optimize it. After all, you are giving up on just one latch acquisition - but a recompile could easily require you to queue for dozens of latch acquisitions - including the latch you have just given up on.

Regards

Jonathan Lewis

http://www.jlcomp.demon.co.uk

http://www.jlcomp.demon.co.uk/faq/ind_faq.html The Co-operative Oracle Users' FAQ

http://www.jlcomp.demon.co.uk/seminar.html Optimising Oracle Seminar - schedule updated May 1st

I still think that a "don't share me" algorithm/directive for a SQL statement would be a good idea. I hadn't thought of this before, but perhaps /*+NOSHARE*/ would be a clever implementation of what I'm talking about.

Cary Millsap



Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
Received on Wed Jun 09 2004 - 11:03:59 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US