RE: Pinning/keeping plans in shared pool
- To: <ramick@xxxxxxxxxxx>
- Date: Mon, 10 Jul 2006 09:15:42 -0700
Excellent summary Ramick - thank you. One more thing to add is that
when I ran the query manually with a RULE hint, the performance was
excellent, so one of the workarounds I plan to test is using
dbms_advanced_rewrite to rewrite the query with a RULE hint.
Yes, there are certainly histograms involved here since I'm running the
gather_stats_job, so I think I will take your advice and try removing
all the histograms (by running gather_table_stats with method_opt=>'FOR
ALL COLUMNS SIZE 1') and see if that makes a significant difference in
the parse time.
I did run a 10053 trace on it, but it is 35MB (3MB gzipped) so probably
not appropriate for posting on the list, but I will send you (and anyone
else interested) a zipped copy privately.
Thanks,
Brandon
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of ramick
So, you're at 10.2.0.2 on AIX 5.3 from 8.0.6. You have a couple of
queries joining 20+ tables which performs OK on 806 and has a very long
parse time with 10gR2.
Privileged/Confidential Information may be contained in this message or
attachments hereto. Please advise immediately if you or your employer do not
consent to Internet email for messages of this kind. Opinions, conclusions and
other information in this message that do not relate to the official business
of this company shall be understood as neither given nor endorsed by it.
--
//www.freelists.org/webpage/oracle-l
Other related posts:
