You might try playing with different values for optimizer_index_cost_adj. If this is still at the default of 100, it may be allowing the optimizer to consider the index more expensive than it should. You can change this parameter at the session level, but may consider testing to lower it system wide.
>>> [EMAIL PROTECTED] 06/16/03 01:54AM >>> Hi, We have two DBs, a production and a development, identical query was running very quickly on the Development and very slowly on the Production. Both have the similar structures, same number of indexes and everything. When I checked the explain plan, I found out that on the Production DB, it was doing a FTS on a couple of tables and was doing an Index scan on the Development server. The only difference was that the tables on the Production were ANALYZED. To confirm my theory, I analyzed the tables on Development and it started doing a FTS there as well hence slowing the query down. I know the optimizer, after analyzing, would have chosen the better path in its own sense but its not producing the desired result and it is taking ages now. is there any way to undo that? Regards, Hussain Ahmed Qadri DBA SKMCH&RC -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Darrell Landrum 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).
