How about trying rule based optimizer as a test. It should use indexes
if they exist.
Cost based optimizer may not use index if it finds cost of using full
scan is less than cost of using indexes. This is possible if a table
has few rows say less than 1000 rows. Index may not be used if
selectivity is low, that is, Oracle has to bring in more than say 7% of
the rows from the table.
- Denham Eva <EvaD_at_TFMC.co.za> wrote:
> Hello,
>
> Thanks for the replies
> Here is the description of the table and the indexes, pls remember I
> have
> removed and tested each index seperately, still insisted on a Full
> search. 9
> indexes is not my idea of a perfect situation these are created by
> the
> developers ( another company) so politics plays a big roll here.
>
> CREATE TABLE FWEPCODE1 (
> RECORDID INTEGER NOT NULL,
> FUNC VARCHAR2 (20),
> WOTYPE VARCHAR2 (20),
> EXP VARCHAR2 (20),
> PIK VARCHAR2 (20),
> FUNCDESC VARCHAR2 (80),
> EXPDESC VARCHAR2 (80),
> PIKDESC VARCHAR2 (80),
> EX1 VARCHAR2 (1),
> EX2 VARCHAR2 (10),
> EX3 VARCHAR2 (10),
> EX4 VARCHAR2 (10),
> EX5 VARCHAR2 (10),
> EX6 VARCHAR2 (10),
> EX7 VARCHAR2 (10),
> EX8 VARCHAR2 (10),
> EX9 VARCHAR2 (10),
> EX10 VARCHAR2 (10) ) ;
>
> FWEPCODE1_NDX1 ON FWEPCODE1(FUNC, WOTYPE, EXP, PIK);
> FWEPCODE1_NDX2 ON FWEPCODE1(FUNC);
> FWEPCODE1_NDX3 ON FWEPCODE1(EXP);
> FWEPCODE1_NDX4 ON FWEPCODE1(FUNC, WOTYPE);
> FWEPCODE1_NDX5 ON FWEPCODE1(FUNC, EX2);
> FWEPCODE1_NDX6 ON FWEPCODE1(EXPDESC);
> FWEPCODE1_NDX7 ON FWEPCODE1(FUNC, WOTYPE, PIK);
> FWEPCODE1_NDX8 ON FWEPCODE1(RECORDID);
> FWEPCODE1_NDX9 ON FWEPCODE1(WOTYPE, FUNC, EXP);
>
> I have added a CSV file as an attachment as requested by one lister
> of the
> plan_table.
>
> Once again appreciation for all the help.
> Regards
> Denham
>
> -----Original Message-----
> Sent: Tuesday, January 14, 2003 3:24 PM
> To: Multiple recipients of list ORACLE-L
>
>
> Eva,
>
> Is there an index on the fwepcode1 table with the three columns used
> in the
> where clause? Are the three columns varchar or varchar2? Make sure
> the EXP
> column is not a number!
>
> Secondly, I think I would change the query as follows:
>
>
> SELECT DISTINCT (1)
> FROM fwepcode1
> WHERE (wotype = 'TST' AND func = 'C0NEPRF' AND EXP =
> '22222')
> OR not exists(select 1 FROM valuelist
> WHERE listname = 'STATUS'
> AND MAXVALUE = 'AAAAA'
> AND VALUE='INPRG' )
>
>
>
> Tom Mercadante
> Oracle Certified Professional
>
> -----Original Message-----
> Sent: Tuesday, January 14, 2003 6:29 AM
> To: Multiple recipients of list ORACLE-L
>
>
>
> Hello List,
>
> Pls help me on this problem. Our application does a validation when
> it uses
> a certain screen, as it so happens this screen is used very
> intensively. The
> performance is very slow, I have isolated the main culprit. I have
> tried the
> following.
>
> I have dropped all the indexes and tried recreating them
> individually. Each
> time I have run an explain plan on the query, the optimizer (both
> rule and
> Choose) have chosen to do a FULL table scan on the fwepcode table.
> Even when
> using a hint to explicitly use the index it still uses FULL.
>
> This is very frustrating indeed.
>
> SELECT DISTINCT (1)
> FROM fwepcode1
> WHERE (wotype = 'TST' AND func = 'C0NEPRF' AND EXP =
> '22222')
> OR 'INPRG' NOT IN (SELECT VALUE
> FROM valuelist
> WHERE listname = 'STATUS'
> AND MAXVALUE = 'AAAAA')
>
> Is the reason that the optimizer does not use any of the indexes
> because of
> the SELECT DISTINCT (1)?
> I have tried adjusting this query slightly to remove this and it
> still
> insists on doing a full table scan.
> Funny enough the sub query on valuelist table does use a index.
> The table contains 8920 rows. The cost according to the explain plan
> is 703
> and bytes 9834.
>
> The system is a Oracle 817 on Win2k.
>
> Pls advise, any options or help will be appreciated.
> Many Thanks
> Denham Eva
> Oracle DBA
> "UNIX is basically a simple operating system, but you have to be a
> genius to
> understand the simplicity."
> Dennis Ritchie.
>
>
>
> _____
>
> DISCLAIMER
>
>
>
> This message is for the named person's use only. It may contain
> confidential, proprietary or legally privileged information. No
> confidentiality or privilege is waived or lost by any
> mistransmission. If
> you receive this message in error, please immediately delete it and
> all
> copies of it from your system, destroy any hard copies of it and
> notify the
> sender. You must not, directly or indirectly, use, disclose,
> distribute,
> print, or copy any part of this message if you are not the intended
> recipient. TFMC, its holding company, and any of its subsidiaries
> each
> reserve the right to monitor and manage all e-mail communications
> through
> its networks.
>
> Any views expressed in this message are those of the individual
> sender,
> except where the message states otherwise and the sender is
> authorized to
> state them to be views of any such entity.
>
> _____
>
>
>
>
> _____
>
> This e-mail message has been scanned for Viruses and Content and
> cleared by
> MailMarshal - For more information please visit
> <http://www.marshalsoftware.com> www.marshalsoftware.com
> _____
>
>
>
>
> DISCLAIMER
> This message is for the named person's use only. It may contain
> confidential,
> proprietary or legally privileged information. No confidentiality
> or privilege is waived or lost by any mistransmission. If you receive
>
> this message in error, please immediately delete it and all copies
> of it from your system, destroy any hard copies of it and notify the
> sender. You must not, directly or indirectly, use, disclose,
> distribute, print, or copy any part of this message if you are not
> the intended recipient. TFMC, its holding company, and any of its
> subsidiaries each reserve the right to monitor and manage all e-mail
> communications through its networks.
>
> Any views expressed in this message are those of the individual
> sender,
> except where the message states otherwise and the sender is
> authorized
> to state them to be the views of any such entity.
>
>
>
> This e-mail message has been scanned for Viruses and Content and
> cleared
> by MailMarshal
>
> For more information please visit www.marshalsoftware.com
>
>
> ATTACHMENT part 2 application/octet-stream name=plan_table.csv
Mohammed Shakir
CompuSoft, Inc.
11 Heather Way
East Brunswick, NJ 08816-2825
(732) 672-0464 (Cell)
(732) 257-6001 (Home)
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Mohammed Shakir
INET: mshakir08816_at_yahoo.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_at_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).
Received on Mon Jan 20 2003 - 10:54:38 CST
