RE: Locally managed tablespace

!! Please do not post Off Topic to this List !!

1. Oracle is thy database and you will not have any other databases your machines.
2. There are no such things as "private rollback segments". Thou shalt not create rollback segments with differing extent sizes.
3. Thou shalt have all of your rollback segments in the locally managed tablespaces to avoid overhead incurred when the dictionary extents tables are managed because of extending/shrinking rollback segments.
4. Thou shalt disable shrinking of rollback segments by not setting the "optimal" parameter.

Please visit me on Mt. Sinai for the next 6 commandments.    

> -----Original Message-----
> From: Kathy Duret [mailto:KathyD_at_belkin.com]
> Sent: Friday, September 14, 2001 5:36 PM
> To: Multiple recipients of list ORACLE-L
> Subject: RE: Locally managed tablespace
>
>
> !! Please do not post Off Topic to this List !!
>
> So if I understand you correctly, I should have rollback
> segments and temp segments different for each of the
> different extent sizes I choice. So if I have tablespaces
> with 128K, 1M and 4M I should have private rollbacks segments
> set up for each of these.
>
> Is the syntax for creating a rollback segment different for
> LMT? I know with temporary tablespaces it is different.
>
>
> Kathy
>
> -----Original Message-----
> Sent: Friday, September 14, 2001 1:50 PM
> To: Multiple recipients of list ORACLE-L
>
>
> !! Please do not post Off Topic to this List !!
>
> Since you can't usually predict which rollback segment a
> particular transaction
> is going to use anyway, generally accepted best practice is
> to create a
> dedicated tablespace (or usually one per instance for OPS)
> for rollback
> segments, "enough" rollback segments, and all rollback
> segments of the same
> size, the same optimal, and the same extent sizes (obviously
> - there is no
> "initial" or "next" in the syntax for creating a rollback
> segment itself). You
> might also need a "monster" to use with "set transaction use
> rollback..." for
> monster batch-like jobs and it could be an exception to the rule.
>
> In the message(s) that I posted, the implication was that the
> "small set of
> extent sizes for the entire database" would be for everything
> except SYSTEM,
> RBS, and TEMP. The meaning is that if your choice of extent
> sizes was, for
> example, 128K, 4M, and 128M, it would not restrict extent
> sizes for rollback or
> temp to one of those values. Use extent sizes for rollback
> and temp that are
> appropriate to each. Extent size for the TEMP tablespace
> should a function of
> SORT_AREA_SIZE. (I'll let someone else take the baton on that one if
> necessary.)
>
> -Don Granaman
> [OraSaurus - Honk if you remember UFI!]
>
>
> Create rollback segments as you would for
> ----- Original Message -----
> To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com>
> Sent: Friday, September 14, 2001 1:10 PM
>
>
> > !! Please do not post Off Topic to this List !!
> >
> > How are you to create the rollback segments? Is this the
> same or different
> from the other LMT tablespaces. I see where the Temporary
> Tablespaces are
> different.
> >
> > Any other good LMT articles besides the one below? I want
> to change our
> database into LMT and can you believe this was a brand new
> 8.1.6 database
> created in April and they used LONG datatypes and other old
> architecture.
> >
> > Kathy
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Don Granaman
> INET: granaman_at_home.com
>
> 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: 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).
>
> Confidential
> This e-mail and any files transmitted with it are the property
> of Belkin Components and/or its affiliates, are confidential,
> and are intended solely for the use of the individual or
> entity to whom this e-mail is addressed. If you are not one
> of the named recipients or otherwise have reason to believe
> that you have received this e-mail in error, please notify the
> sender and delete this message immediately from your computer.
> Any other use, retention, dissemination, forwarding, printing
> or copying of this e-mail is strictly prohibited.
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Kathy Duret
> INET: KathyD_at_belkin.com
>
> 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: 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.com
-- 
Author: Gogala, Mladen
  INET: MGogala_at_oxhp.com

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: 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).