Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Weird - unable to extend err

Re: Weird - unable to extend err

From: Joseph S. Testa <teci_at_oracle-dba.com>
Date: Fri, 09 Mar 2001 14:38:13 -0800
Message-ID: <F001.002C8C95.20010309141025@fatcity.com>

Ganti, things like new users get created in the database every day. sometime people put

create user scott identified by tiger;

ok their default and temp ts is system.

u let it go to max extents, scott is logged in and creates some outrageous table with 10K initial 10K next pctincrease 0, they create a 300M table, want to guess how many extents that is?

is it a performance problem to get the data out, not really anymore, but the drop of that table, means ALOT of DML against FET$ and UET$ to say the least.

anyone else feel free to beat me up(i know there are a few of you out there), but I dont see any reason to set maxtextents on anything in system tablespace.

Joe
GANTI.SIVA_at_ponl.com wrote:
>
> OK Joe,
>
> I am taking back my suggestion....Can you exactly tell me what would happen if
> (maxextents unlimited ) for system tablespace
>
> As far as i know only datadictionary and packages(compiled code) reside in
> tablespace SYSTEM.So even if i give maxextents unlimited
>
> What would happen if no body is creating any objects or whatever in that
> tablespace
>
> I am a relatively new DBA (6 months you can say)
>
> Cheers
> Ganti
>
> -------------------------------------------------------------------
>
> The contents of this e-mail are confidential to the ordinary user
> of the e-mail address to which it was addressed and may also be
> privileged. If you are not the addressee of this e-mail you should
> not copy, forward, disclose or otherwise use it or any part of it
> in any form whatsoever. If you have received this e-mail in error
> please notify us by telephone or e-mail the sender by replying to
> this message, and then delete this e-mail and other copies of it
> from your computer system. Thank you.
>
> We reserve the right to monitor all e-mail communications through
> our network.
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author:
> INET: GANTI.SIVA_at_ponl.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).

-- 
Joe Testa  http://www.oracle-dba.com
Performing Remote DBA Services, need some backup DBA support?
For Sale: Oracle-dba.com domain, its not going cheap but feel free to
ask :)
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Joseph S. Testa
  INET: teci_at_oracle-dba.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).
Received on Fri Mar 09 2001 - 16:38:13 CST

Original text of this message

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