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: one big tables vs. many smaller

Re: one big tables vs. many smaller

From: Ed Stevens <spamdump_at_nospam.noway.nohow>
Date: Fri, 05 Apr 2002 16:01:15 GMT
Message-ID: <3cadc95c.89109572@ausnews.austin.ibm.com>


On Fri, 5 Apr 2002 11:31:09 +0200, "Steffen Ramlow" <s.ramlow_at_gmx.de> wrote:

>"koert54" <koert54_at_nospam.com> wrote in message
>news:Rh3r8.52068$DE4.6492_at_afrodite.telenet-ops.be...
>> You might want to read up on clustered tables and see if this will work
>for
>> you ...
>> This way you'll have logically multiple tables that are physically stored
>in
>> the same datablocks...
>
>hm, hm...
>
>is this faster than placing the tables on different disks to that they can
>read in parallel?
>
>

Depending on the queries, it quite possible that they wouldn't be read in parallel anyway. If Oracle has to read the parent table in order to get the values on which to search the child table, then it can hardly be expected to run a parallel process to get both at the same time. In the mean time, with clustering, you already have a lot of what you need in the buffer and so avoid the additional physical i/o. Received on Fri Apr 05 2002 - 10:01:15 CST

Original text of this message

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