REPOST: Re: SYSTEM schema in SYSTEM tablespace

Depending on what you are doing you may find yourself running scripts in RDBMS\ADMIN as SYSTEM and putting things into the SYSTEM tablespace that you don't have in your "toy".

Daniel Morgan

Mladen Gogala wrote:

> On Wed, 23 Jan 2002 21:10:09 -0500, Tom Dyess wrote:
>
> >> I have been often advised that the only schema that should own objects
> >> in
> > the
> >> SYSTEM tablespace is SYS; that even SYSTEM should be assigned to other
> >> tablespaces just like any other user.
> >>
> >> All of our db's still have SYSTEM assigned to the system tablespace
> > (though his
> >> temp tablespace has been reassigned to a temp ts). I have discussed
> >> this
> > with
> >> my partner and he says he sees no need to create the recommended TOOLS
> >> ts
> > and
> >> move SYSTEM's objects to it. I have nothing to counter except "everyone
> > says to
> >> do it that way." Is there any demo/test I could do to demonstrate to
> >> both
> > of us
> >> why this is good practice?
> >
> > If you fill up your SYSTEM tablespace, you are screwed. This isn't as
> > tragic now that oracle as auto expansion on tablespaces, but if your
> > SYSTEM tablespace won't automatically allocate more space and it is full,
> > you are in trouble. Same logic that you shouldn't your complete disk the
> > root partition in UNIX, ie make /var /usr and /opt a partition as well.
> >
> > Tom
> > www.oraclepower.com
>
> What are we talking about? Here is the list of tables (and sizes)
> belonging to the user 'SYSTEM'. This is a freshly installed toy database.
> If you don't use advanced queueing , you're just fine and peachy. As for
> being "screwed", that doesn't hold water any more as you can move tables
> around as of 8.1.7. The only table that should be moved is SYS.AUD$ and
> that only if you're auding your database.
>
> 1 select segment_name,tablespace_name,sum(bytes)/1048576 "MB"
> 2 from dba_extents
> 3 where owner='SYSTEM' and
> 4 segment_type='TABLE'
> 5 group by segment_name,tablespace_name
> 6* order by "MB"
> SQL> /
>
> SEGMENT_NAME TABLESPACE_NAME MB
> ------------------------- -------------------- ----------
> AQ$_QUEUES SYSTEM .0625
> AQ$_QUEUE_TABLES SYSTEM .0625
> AQ$_SCHEDULES SYSTEM .0625
> DEF$_AQCALL SYSTEM .0625
> DEF$_AQERROR SYSTEM .0625
> DEF$_CALLDEST SYSTEM .0625
> DEF$_DEFAULTDEST SYSTEM .0625
> DEF$_DESTINATION SYSTEM .0625
> DEF$_ERROR SYSTEM .0625
> DEF$_LOB SYSTEM .0625
> DEF$_ORIGIN SYSTEM .0625
>
> SEGMENT_NAME TABLESPACE_NAME MB
> ------------------------- -------------------- ----------
> DEF$_PROPAGATOR SYSTEM .0625
> DEF$_PUSHED_TRANSACTIONS SYSTEM 0625
> DEF$_TEMP$LOB SYSTEM .0625
> DUMMY USERS .0625
> HELP SYSTEM .0625
> PLAN_TABLE USERS .0625
> SQLPLUS_PRODUCT_PROFILE SYSTEM 0625
>
> 18 rows selected.
>
> SQL>
>
> --
> Mladen Gogala

• WAS CANCELLED BY =======: From: "Daniel A. Morgan" <damorgan_at_exesolutions.com> Control: cancel <3C4FED4F.E4757391_at_exesolutions.com> Subject: cmsg cancel <3C4FED4F.E4757391_at_exesolutions.com> Date: Mon, 28 Jan 2002 00:47:44 GMT Message-ID: <cancel.3C4FED4F.E4757391_at_exesolutions.com> X-No-Archive: yes Newsgroups: microsoft.test,alt.flame.niggers,comp.databases.oracle.server NNTP-Posting-Host: w088.z064003087.lax-ca.dsl.cnc.net 64.3.87.88 Lines: 1 Path: news.uni-stuttgart.de!cert.uni-stuttgart.de!news.belwue.de!news.uni-ulm.de!rz.uni-karlsruhe.de!blackbush.xlink.net!blackbush.de.kpnqwest.net!newsfeed.media.kyoto-u.ac.jp!newsfeed.gamma.ru!Gamma.RU!news.maxwell.syr.edu!news.stealth.net!msrtrans1!msrnewsc1!cppssbbsa01.microsoft.com!tkmsftngp01!tkmsftngp04!u&n&a&c&anceller Xref: news.uni-stuttgart.de control:40725868

This message was cancelled from within The Unacanceller's glorious new software, Lotus 1-2-3 For Rogue Cancellers. Received on Thu Jan 24 2002 - 05:17:35 CST