Title: RE: sort_area_size + temp tablespace extent sizing

Stephane,

What situation would make you choose a certain value (i.e.:  using '3' versus '4.5')?

-----Message d'origine-----
De: paquette stephane [mailto:[EMAIL PROTECTED]]
Date: Tuesday, April 24, 2001 6:03 PM
À: Multiple recipients of list ORACLE-L
Objet: Re: sort_area_size + temp tablespace extent sizing


The extent size of the temp tablespace should be a
multiple of the sort_area_size parameter + 1 block.

If your sort_area_size is 128K and if you need to go
to temp tablespace that means that 128K is not enough
so you should allocate for more than 128K.

temp extent = (sort_area_size*n)+ 1 block
               where n goes from 2 to usually 4,5
               depending on your situation



--- Adrian Roe <[EMAIL PROTECTED]> a écrit : >
Hi List,
>
> Quick question regarding temp tablespace extent
> sizing.
>
> I have always assumed that the extent size for a
> temporary tablespace needs
> to be equal to the size that sort_area_size is set
> to. A sort that can't fit
> into memory then goes and grabs temp tablespace
> extents of a size equal to
> sort_area_size. However, I have read somewhere that
> the extent size should
> be equal to sort_area_size + block size (the block
> being used for header
> infomation or something like that) eg. 8k block size
> and 64k sort area size
> results in 72K temp tablespace extent size.
>
> So, assume I have a sort area size of 128K and block
> size of 8k, do I need
> to set temp tablespace extent sizes to 128K or 136K,
> or doesn't it really
> matter.
>
> Thanks,
>
> Ade
>
>
>
------------------------------------------------------------------------------
> The information transmitted is intended only for the
> person or entity to which it is addressed and may
> contain confidential and/or privileged material.
> Statements and opinions expressed in this e-mail may
> not represent those of the company. Any review,
> retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this
> information by persons or entities other than the
> intended recipient is prohibited. If you received
> this in error, please contact the sender immediately
> and delete the material from any computer
>
>
==============================================================================
>
> --
> Please see the official ORACLE-L FAQ:
> http://www.orafaq.com
> --
> Author: Adrian Roe
>   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).


=====
Stéphane Paquette
DBA Oracle, consultant entrepôt de données
Oracle DBA, datawarehouse consultant
[EMAIL PROTECTED]

___________________________________________________________
Do You Yahoo!? -- Pour faire vos courses sur le Net,
Yahoo! Shopping : http://fr.shopping.yahoo.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: =?iso-8859-1?q?paquette=20stephane?=
  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