What really matter is avoiding IO overload on a single device - and that depends on usage. The ol' tale about separating tables and indexes is just a special case of that (and probably obsolete).
You need to have an idea of - how often each index is used - if they are used together - if they are used with the table (counts etc can be done with just the index and not the table at all). Based on this, you come up with the IO separation you would required. This could be 1 index on an 8 disk stripe (because its hammered), and all the rest somewhere else. It could be each index on separate stripes - because they are all hammered at the same time. It could be all on a single stripe - because typically only 1 get used at a time. You just need to be able to model what and when is going to run (monitoring v$filestat is a very good means for this) and planning (adjusting) accordingly. hth connor --- [EMAIL PROTECTED] wrote: > > I am rebuilding some indexes for a 20-Gig table. I > am following the > recommendations in the paper How to Stop > Defragmenting and Start Living... > > There are six indexes on this table. According to > the paper, I should > create a separate tablespace for these indexes. My > question is: Should I > put all of the indexes in a single tablespace or > should I make two > tablespaces and separate them. In some queries, > the indexes may be used > together but in most they will not. If I put them > in a single tablespace, > will that cause I/O contention. > > This is on 8.0.4 Sun E10K Solaris 2.6 with Veritas > Quick I/O. > > Thanks, > > Cherie Machler > Gelco Information Network > > -- > Please see the official ORACLE-L FAQ: > http://www.orafaq.com > -- > Author: > INET: [EMAIL PROTECTED] > > Fat City Network Services -- (858) 538-5051 FAX: > (858) 538-5051 > San Diego, California -- Public Internet > access / Mailing Lists > -------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an > E-Mail message > to: [EMAIL PROTECTED] (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). ===== Connor McDonald http://www.oracledba.co.uk (mirrored at http://www.oradba.freeserve.co.uk) "Some days you're the pigeon, some days you're the statue" ____________________________________________________________ Nokia Game is on again. Go to http://uk.yahoo.com/nokiagame/ and join the new all media adventure before November 3rd. -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: =?iso-8859-1?q?Connor=20McDonald?= INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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).
