What about when writing data to the table,
table and index are accessed the same time.

Alex.

> -----Original Message-----
> From: Connor McDonald [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 13, 2001 6:27 PM
> To: Multiple recipients of list ORACLE-L
> Subject: Re: Tables and indexes on different disks
> 
> 
> That argument is incorrect, but then again, so is the
> argument that they must be separated.
> 
> (IMHO) What really matters is having a good grasp of
> what I/O is happening on your db and spreading the I/O
> accordingly.
> 
> For example, for nested loop type of access, the
> table/index separation will probably give a gain.  For
> a sort merge, then separating the tables involved is
> more important (since the indexes in this case may not
> be used at all).
> 
> Then throw in index fast full scans, hash joins,
> parallel slaves et al and things get all the more
> complicated.
> 
> I think the *intentions* behind all the tuning doco we
> all typically see is valid - namely, try to control
> and balance your I/O.
> 
> Cheers
> Connor
> 
> --- Michal Zaschke <[EMAIL PROTECTED]> wrote: > Hi all,
> > 
> > I've read an interesting section in Oracle Docu
> > (Tuning I/O):
> > 
> > ---
> > Separating Tables and Indexes
> > 
> > It is not necessary to separate a frequently used
> > table from its index.
> > During the course of a transaction, the index is
> > read first, and then
> > the table is read. Because these I/Os occur
> > sequentially, the table and
> > index can be stored on the same disk without
> > contention. 
> > ---
> > 
> > Why do you then recommend to separate tables and
> > indexes to different
> > disks?
> > 
> > Thanks
> >         Mike
> > -- 
> > Please see the official ORACLE-L FAQ:
> > http://www.orafaq.com
> > -- 
> > Author: Michal Zaschke
> >   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
> 
> "Some days you're the pigeon, some days you're the statue"
> 
> ____________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
> or your free @yahoo.ie address at http://mail.yahoo.ie
> -- 
> 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).
> 
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Berindei Alex
  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).

Reply via email to