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

Home -> Community -> Usenet -> c.d.o.server -> Re: Index management

Re: Index management

From: Noons <wizofoz2k_at_yahoo.com.au>
Date: Wed, 5 May 2004 00:33:01 +1000
Message-ID: <4097a99d$0$28242$afc38c87@news.optusnet.com.au>


"Richard Foote" <richard.foote_at_tbigpond.nospam.com> wrote in message news:naNlc.20002$TT.7962_at_news-server.bigpond.net.au...

> > Well, I think the thread is saying very clearly that index-level
> clustering
>snippage
> Any techniques that can group or cluster like data together so that we can
> read this data by accessing fewer blocks is a good thing providing the
> benefits we gain are not counter-balanced by the costs of maintaining such
> structures.
>
> So for example as I mention in my presentation, if by re-ordering the data
> in a table to match the order of our most "important" index via business
> critical index range scan operations, we can dramatically reduce the number
> of different data blocks we need to visit, which could then noticeably
> improves important business response times, then that's a good thing. Same
> potentially goes for some clustered data structures. Like I said, it all
> depends on the benefits vs. the maintenance costs.

Like I said: index-level clustering.
Table-level clustering is a totally different kettle.

-- 
Cheers
Nuno Souto
wizofoz2k_at_yahoo.com.au.nospam
Received on Tue May 04 2004 - 09:33:01 CDT

Original text of this message

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