Re: Tablespace management.

Hi Jared,

I agree.

By placing different segments in the same LMT doesn't mean that they are "sharing an equal need for storage". One segment can grab 5 extents, another can grab 100, they grab as much storage as they require. And without causing fragmentation, without causing stress or contention on the DD ....

My idea of the optimal number of extents for a segment is "the number of extents you *plan* for the segment". You meet that criteria and within reason you can't go too far wrong.

If were possible to set a maxextents for segments in a LMT, I would struggle to find disadvantages in comparison.

Cheers

Richard

• Original Message ----- To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com> Sent: Friday, May 30, 2003 11:24 AM

> Dick,
>
> I'm trying to follow your line of thought, but I think I missed the path.
>
> Objects may not have the same storage requirements, but what does that
> matter?
>
> The only way I can make sense of what you say is if trying to have all
> objects
> occupy a single extent, and there's not much point in that.
>
> Jared
>
>
>
>
>
>
> "Goulet, Dick" <DGoulet_at_vicr.com>
> Sent by: root_at_fatcity.com
> 05/29/2003 03:51 PM
> Please respond to ORACLE-L
>
>
> To: Multiple recipients of list ORACLE-L
<ORACLE-L_at_fatcity.com>
> cc:
> Subject: RE: Tablespace management.
>
>
> Thomas,
>
> With the exception of temp and rollback tablespaces I
> have not user locally managed tablespaces just because all objects must
> have the same sized extents. I do not see most tables sharing an equal
> need for storage and using dictionary management allows one to do that, at
> a cost I'll admit, but one that is much easier to swallow.
>
> Dick Goulet
> Senior Oracle DBA
> Oracle Certified 8i DBA
>
> -----Original Message-----
> Sent: Thursday, May 29, 2003 3:25 PM
> To: Multiple recipients of list ORACLE-L
>
>
>
> After reading the documents I've recommended using LOCAL, UNIFORM, AUTO as
> the options for tablespace management. Does anyone have any bad
> experiences with these? AUTOALLOCATE seems to come up with extents that
> are much smaller than I want and MANUAL segment management requires the
> use
> of FREELISTs (and I know that there are problems with freelists freeing up
> space correctly, especially in a parallel environment).
>
> I can't find any basis for making a decision between UNDO and ROLLBACK
> SEGMENTS. Does anyone have any experience or recommendations about UNDO
> usage?
>
> The database will be a materialize view replication of a transaction
> master
> that is being used for decision support and has a 15 minute update/refresh
> cycle. Basically, people can run queries against the snapshot without
> impacting the master.
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Thomas Day
> INET: tday6_at_csc.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (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.net
> --
> Author: Goulet, Dick
> INET: DGoulet_at_vicr.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (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.net
> --
> Author:
> INET: Jared.Still_at_radisys.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (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.net
-- 
Author: Richard Foote
  INET: richard.foote_at_bigpond.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (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).