Return-Path: Received: from ensim.rackshack.net (root@localhost) by orafaq.net (8.11.6/8.11.6) with ESMTP id h9G0HFS10353 for ; Wed, 15 Oct 2003 19:17:15 -0500 X-ClientAddr: 66.27.56.212 Received: from www3.fatcity.com (rrcs-west-66-27-56-212.biz.rr.com [66.27.56.212]) by ensim.rackshack.net (8.11.6/8.11.6) with ESMTP id h9G0HEc10347 for ; Wed, 15 Oct 2003 19:17:15 -0500 Received: (from root@localhost) by www3.fatcity.com (8.11.6/8.11.6) id h9FK5RF05085 for oracle-l@orafaq.net; Wed, 15 Oct 2003 13:05:27 -0700 Received: by fatcity.com (05-Jun-2003/v1.0g-b73/bab) via fatcity.com id 005D342F; Wed, 15 Oct 2003 13:04:31 -0800 Message-ID: Date: Wed, 15 Oct 2003 13:04:31 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: "Fedock, John (KAM.RHQ)" Sender: ml-errors@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: "Fedock, John (KAM.RHQ)" Subject: RE: bitmap conversion on a index that is not bitmapped ??? Organization: Fat City Network Services, San Diego, California X-ListServer: v1.0g, build 73; ListGuru (c) 1996-2003 Bruce A. Bergman Precedence: bulk Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Stephan, That is correct. The old behavior is not what I want. I have rebuilt and reanalyzed, deleted stats - tried all sorts of combinations and I cannot get it to use the bitmapped access as it once did. Again - these are not bitmapped indexes to begin with. John -----Original Message----- Sent: Wednesday, October 15, 2003 4:29 PM To: Multiple recipients of list ORACLE-L K Gopalakrishnan wrote: > > John: > > Optimizer is a smart boy!!! He knows the column has few distinct values > and decides the BITMAP access would be appropriate and making BITMAP > plans from the BTree indexes. If you delete the stats for that index, > you will get the old behavior. > > KG > > ===== > Have a nice day !! > ------------------------------------------------------------ > Best Regards, > K Gopalakrishnan, > Bangalore, INDIA. > -- ... Unfortunately the old behaviour seems to be the bad one. I guess that the solution would rather be to rebuild indexes on a regular basis ... -- Regards, Stephane Faroult Oriole Software -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Stephane Faroult INET: sfaroult@oriole.com 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: ListGuru@fatcity.com (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: Fedock, John (KAM.RHQ) INET: John.Fedock@us.kline.com 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: ListGuru@fatcity.com (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).