Better than that -- one day I was creating a database and forgot to set the temporary tablespace -- then I loaded and indexed a rather large table (>4G, >78M rows). I now have a 4G system tablespace on that database :-). "Joseph S. Testa" wrote: > 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 > [EMAIL PROTECTED] 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: [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). > > -- > 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: [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).
begin:vcard n:Jerman;Don tel;work:919.508.1886 x-mozilla-html:TRUE org:Database Management Service,Information Technology version:2.1 email;internet:[EMAIL PROTECTED] title:Database Administrator adr;quoted-printable:;;Database Management Service,Information Technology=0D=0A104 Fayetteville Street Mall;Raleigh;NC;27699-1521;USA x-mozilla-cpt:;-9536 fn:Don Jerman end:vcard
