| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: Analyzing indexes
RE: Analyzing indexesNo but validate structure populates the index_stats
view which is the only way I know of to get the index height, leaf rows,
deleted leaf rows, and pct. of used space which is what I normally use in
determining if an index needs to be rebuilt or not. Is there another way?
Chuck,
Do you think these indexes are corrupt? Validate structure doesn't give you
statistics like Compute Statistics or Estimate Statistics does.
Jerry Whittle
ASIFICS DBA
NCI Information Systems Inc.
jerome.whittle_at_scott.af.mil
618-622-4145
-----Original Message-----
I need to determine whether or not a couple of indexes need to be rebuilt.
The problem is the indexes are quite large and on a 24x7 high volume
database. If I try to run an "analyze validate structure" to gather the data
I need to make that decision, it sets a lock on the table for about an hour
which I can't afford to do. There is no slow time when I can do this and
management has said before they're not going to spring for the partitioning
option to break the indexes up into managable pieces. Is there some other
way I can get the information needed to determine if an index needs to be
rebuilt or not without setting a lock on the table? We are on Oracle 8.1.7.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Chuck Hamilton
INET: chuckh_at_softhome.net
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 Tue Mar 11 2003 - 12:20:17 CST
 |
 |