ALL_INDEXES is a 9-way table join (some outer) with a few correlated subqueries. ALL_IND_COLUMNS is a 8-way table join with a few correlated subqueries as well.
That's a lot of work to churn through... hth connor --- "Adams, Matthew (GEA, MABG, 088130)" <[EMAIL PROTECTED]> wrote: > why would a query take 148 seconds to > parse? It is a two way union > where the first half is going against all_tables > and the second half is a join > between all_indexes and all_ind_columns. > > The shared pool has 50M large parts of it are > free. I generated a 10046 (level 12) trace, and I > just > don't see anything out of whack, except of the > c=14868 in the PARSE #1 line. > > > > ---- > Matt Adams - GE Appliances - [EMAIL PROTECTED] > Their fundamental design flaws are completely > hidden by their superficial design flaws. > - Douglas Adams > ===== Connor McDonald http://www.oracledba.co.uk http://www.oaktable.net "Remember amateurs built the ark - Professionals built the Titanic" __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: =?iso-8859-1?q?Connor=20McDonald?= 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).
