Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: SQL Tunning

RE: SQL Tunning

From: Leonard, George <GLeonard_at_wesbank.co.za>
Date: Mon, 2 Aug 2004 12:19:13 +0200
Message-ID: <31779D7666D8D11181BC0000F6B2EF7A0BE8C6CC@KRKMSG01>


Build a functional index on the last_update_date column, it is probably ignoring it, doing a tablescan

Create index xxx on xxxx ( trunc(last_update_date)) tablespace yyyyyy;

George



George Leonard
Oracle Database Administrator
New Dawn Technologies @ Wesbank
E-mail:gleonard_at_wesbank.co.za  

You Have The Obligation to Inform One Honestly of the risk, And As a Person You Are Committed to Educate Yourself to the Total Risk In Any Activity! Once Informed & Totally Aware of the Risk, Every Fool Has the Right to Kill or Injure Themselves as They See Fit!  

-----Original Message-----

From: Wes Brooks [mailto:wes_brooks_at_yahoo.com] Sent: 02 August 2004 12:13 PM
To: Oracle-L_at_freelists.org
Subject: SQL Tunning

Hello expert,

I have a table with 40 millions records and the last update date is indexed. But when we use the
following where clause, it takes forever to run the report.

   WHERE TRUNC(last_update_date) = TRUNC(SYSDATE - 1)

How to improve the performance? Do I need to create a new index field on the table with TRUNC(last_update_date)?



Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html

The views expressed in this email are, unless otherwise stated, those of the author and not those of the FirstRand Banking Group or its management. The information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted in reliance on this, is prohibited and may be unlawful. Whilst all reasonable steps are taken to ensure the accuracy and integrity of information and data transmitted electronically and to preserve the confidentiality thereof, no liability or responsibility whatsoever is accepted if information or data is, for whatever reason, corrupted or does not reach its intended destination.




Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
Received on Mon Aug 02 2004 - 05:15:30 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US