Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 15889 invoked from network); 18 Sep 2007 04:57:13 -0500 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by 69.64.49.119 with SMTP; 18 Sep 2007 04:57:13 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E58FC75B4CF; Tue, 18 Sep 2007 05:57:11 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08211-05; Tue, 18 Sep 2007 05:57:11 -0400 (EDT) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 535D475B4C5; Tue, 18 Sep 2007 05:57:11 -0400 (EDT) Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 18 Sep 2007 05:12:11 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D09AE75AFF4 for ; Tue, 18 Sep 2007 05:12:10 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02534-06 for ; Tue, 18 Sep 2007 05:12:10 -0400 (EDT) Received: from Kecgate03.infosys.com (kecgate03.progeon.com [220.227.179.21]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 4838975AF69 for ; Tue, 18 Sep 2007 05:12:08 -0400 (EDT) Received: from INDHUBBHS02.ad.infosys.com ([192.168.200.82]) by Kecgate03.infosys.com with InterScan Message Security Suite; Tue, 18 Sep 2007 14:45:04 +0530 Received: from blrkechub01.ad.infosys.com ([10.66.236.41]) by INDHUBBHS02.ad.infosys.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 18 Sep 2007 14:42:05 +0530 Received: from BLRKECMBX02.ad.infosys.com ([10.66.236.22]) by blrkechub01.ad.infosys.com ([10.66.236.41]) with mapi; Tue, 18 Sep 2007 14:42:05 +0530 From: VIVEK_SHARMA To: "oracle-l@freelists.org" Date: Tue, 18 Sep 2007 14:42:04 +0530 Subject: Wrong index being used ... Basic SQL Qs Thread-Topic: Wrong index being used ... Basic SQL Qs Message-ID: <69E1360E54B50C4A828A136C158E474201DC2C9487@BLRKECMBX02.ad.infosys.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_69E1360E54B50C4A828A136C158E474201DC2C9487BLRKECMBX02ad_" MIME-Version: 1.0 X-OriginalArrivalTime: 18 Sep 2007 09:12:05.0813 (UTC) FILETIME=[FB9CEE50:01C7F9D3] X-archive-position: 1642 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: VIVEK_SHARMA@infosys.com Precedence: normal Reply-to: VIVEK_SHARMA@infosys.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l X-Virus-Scanned: Debian amavisd-new at localhost.localdomain --_000_69E1360E54B50C4A828A136C158E474201DC2C9487BLRKECMBX02ad_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks During an Internal Benchmark Run, following SQL Query is using the Wrong= index idx_inst_num which has very Low Cardinality.ALL Rows of the Table= have inst_num value =3D '89651' (1 Constant Value). Usage of Unique index IDX_INW_CLG_INST_TABLE would be preferred over= idx_inst_num index as Cardinality of (sol_id, zone_code, zone_date,= zone_srl_num, bank_id ) Combination is much better than (inst_num) NOTE - ICI Table is partitioned on SOL_ID field & has only 81636 Rows. Qs Will Creating Histogram on inst_num field make the optimizer avoid usage= of the respective idx_inst_num index choose the Correct index i.e.= IDX_INW_CLG_INST_TABLE ? Any Other Ideas? NOTE - SQL Code Change can Not be made. Indexes on ICI Table:- Unique IDX_INW_CLG_INST_TABLE index - Locally Prefixed Partitioned Index -= (sol_id, zone_code, zone_date, zone_srl_num, bank_id ) idx_inst_num index - (inst_num) Thanks indeed P.S. SQL Query SELECT COUNT(*) FROM ICI WHERE ICI.BANK_ID =3D '01' AND SOL_ID =3D '0049' AND ZONE_CODE =3D 'PECINW0008' AND ZONE_DATE =3D TO_DATE( '08-05-2003' ,'DD-MM-YYYY HH24:MI:SS') AND INST_NUM =3D '89651' Misses in library cache during parse: 0 Optimizer mode: CHOOSE Parsing user id: 35 (TBAADM) Rows Row Source Operation ------- --------------------------------------------------- 1 SORT AGGREGATE (cr=3D3 pr=3D0 pw=3D0 time=3D87 us) 0 TABLE ACCESS BY GLOBAL INDEX ROWID INW_CLG_INST_TABLE PARTITION:= 2 2 (cr=3D3 pr=3D0 p w=3D0 time=3D70 us) 0 INDEX RANGE SCAN IDX_INST_NUM (cr=3D3 pr=3D0 pw=3D0 time=3D65= us)(object id 28758) **************** CAUTION - Disclaimer ***************** This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended= solely for the use of the addressee(s). If you are not the intended= recipient, please notify the sender by e-mail and delete the original= message. Further, you are not to copy, disclose, or distribute this e-mail= or its contents to any other person and any such actions are unlawful.= This e-mail may contain viruses. Infosys has taken every reasonable= precaution to minimize this risk, but is not liable for any damage you may= sustain as a result of any virus in this e-mail. You should carry out your= own virus checks before opening the e-mail or attachment. Infosys reserves= the right to monitor and review the content of all messages sent to or= from this e-mail address. Messages sent to or from this e-mail address may= be stored on the Infosys e-mail system. ***INFOSYS******** End of Disclaimer ********INFOSYS*** --_000_69E1360E54B50C4A828A136C158E474201DC2C9487BLRKECMBX02ad_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks

 

During an Internal Benchmark Run,= following SQL Query is using the Wrong index idx_inst_num which has very Low= Cardinality.ALL Rows of the Table have inst_num value =3D '89651' (1 Constant= Value).

 

Usage of Unique index= IDX_INW_CLG_INST_TABLE would be preferred over idx_inst_num index as Cardinality of (sol_id, zone_code, zone_date, zone_srl_num, bank_id ) Combination is much better= than (inst_num)

 

NOTE - ICI Table is partitioned on SOL_ID field  & has only 81636 = Rows.

 

Qs Will Creating Histogram on inst_num field make the optimizer avoid usage of= the respective idx_inst_num index choose the Correct index i.e.= IDX_INW_CLG_INST_TABLE ? Any Other Ideas?

NOTE – SQL Code Change can Not= be made.

 

Index= es on ICI Table:-

Unique IDX_INW_CLG_INST_TABLE index – Locally Prefixed Partitioned Index - (sol_id, zone_code, zone_date, zone_srl_num, bank_id= )

idx_inst_num= index - (inst_num)

 

Thanks= indeed

 

P.S. SQL= Query

 

SELECT  COUNT(*) FROM ICI

WHERE ICI.BANK_ID =3D  '01'

AND = SOL_ID =3D '0049'

AND= ZONE_CODE =3D  'PECINW0008'

AND= ZONE_DATE =3D TO_DATE( '08-05-2003'  ,'DD-MM-YYYY= HH24:MI:SS')

AND= INST_NUM =3D  '89651'

 

Misses in library cache during parse: 0

Optimizer= mode: CHOOSE

Parsing= user id: 35  (TBAADM)

 

Rows     Row Source Operation

-------  ---------------------------------------------------

      1  SORT AGGREGATE (cr=3D3 pr=3D0 pw=3D0 time=3D87 us)

      0   TABLE ACCESS BY GLOBAL INDEX ROWID INW_CLG_INST_TABLE PARTITION: 2 2 (cr=3D3 pr= =3D0 p

w=3D0= time=3D70 us)

      0    INDEX RANGE SCAN IDX_INST_NUM (cr=3D3 pr=3D0 pw=3D0 time=3D65 us)(object id= 28758)

****************= CAUTION - Disclaimer *****************
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended= solely for the use of the addressee(s). If you are not the intended= recipient, please notify the sender by e-mail and delete the original= message. Further, you are not to copy, disclose, or distribute this e-mail= or its contents to any other person and any such actions are unlawful.= This e-mail may contain viruses. Infosys has taken every reasonable= precaution to minimize this risk, but is not liable for any damage you may= sustain as a result of any virus in this e-mail. You should carry out your= own virus checks before opening the e-mail or attachment. Infosys reserves= the right to monitor and review the content of all messages sent to or= from this e-mail address. Messages sent to or from this e-mail address may= be stored on the Infosys e-mail system.
***INFOSYS******** End of Disclaimer ********INFOSYS***
--_000_69E1360E54B50C4A828A136C158E474201DC2C9487BLRKECMBX02ad_-- -- http://www.freelists.org/webpage/oracle-l