| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Locally managed tablespaces
--0-1313800269-980961930=:17778
Content-Type: text/plain; charset=us-ascii
Where did you get the number 505 from? I read somewhere that 64k is allocated at the beginning of each datafile in a LMT for a bitmap yielding approximately 256k bits for the bitmap per datafile. If each bit represents one extent, I'd expect to be able to have a lot more than 505 extents. paquette stephane <stephane_paquette_at_yahoo.com> wrote: When using locally managed tablespace, you should not have more extents than the number of extents that the segment header can hold in 1 block.
For a 8K block you should not have more than 505 extents.
The main drawback I see with lmt using uniform extent is if you want to change the extent size. You must drop/recreate the tablespace or migrate it to dictionnary managed ,make the change than migrate it back to locally managed.
Also, If all your tbs are locally managed you must have an online rollback segment in the system tablespace before putting all the other rbs offline (like in Oracle 7.1) .
-- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: =?iso-8859-1?q?paquette=20stephane?= INET: stephane_paquette_at_yahoo.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). --------------------------------- Do You Yahoo!? - Get personalized email addresses from Yahoo! Mail Personal Address - only $35 a year! --0-1313800269-980961930=:17778 Content-Type: text/html; charset=us-ascii <P> Where did you get the number 505 from? I read somewhere that 64k is allocated at the beginning of each datafile in a LMT for a bitmap yielding approximately 256k bits for the bitmap per datafile. If each bit represents one extent, I'd expect to be able to have a lot more than 505 extents. <P> <B><I>paquette stephane <stephane_paquette_at_yahoo.com></I></B> wrote: <BR> <BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">When using locally managed tablespace, you should not<BR>have more extents than the number of extents that the<BR>segment header can hold in 1 block.<BR><BR>For a 8K block you should not have more than 505<BR>extents.<BR><BR>The main drawback I see with lmt using uniform extent<BR>is if you want to change the extent size. You must<BR>drop/recreate the tablespace or migrate it to<BR>dictionnary managed ,make the change than migrate it<BR>back to locally managed.<BR><BR>Also, If all your tbs are locally managed you must<BR>have an online rollback segment in the system<BR>tablespace before putting all the other rbs offline<BR>(like in Oracle 7.1) .<BR><BR><BR>--- "Malkuns, Skip" <SMALKUNS_at_SYSTEMS.TEXTRON.COM>a<BR>écrit : > Is anyone using LMTSs? What is the largest<BR>number of<BR>> extents that an object<BR>> has?<BR>> Notice any performance difference between LMTS and<BR>>! ; Locally managed<BR>> tablespaces??<BR>> Had any problems with LMTS?<BR>> Skip<BR>> <BR>> > -----Original Message-----<BR>> > From: The Oracle DBA [SMTP:theoracledba_at_lycos.com]<BR>> > Sent: Tuesday, January 30, 2001 2:11 PM<BR>> > To: Multiple recipients of list ORACLE-L<BR>> > Subject: Re: Locally managed tablespaces<BR>> > <BR>> > Has anyone taken a PROD DB and changed it to using<BR>> LMTSs and then noticed<BR>> > a perf change + or -?<BR>> > <BR>> > ---<BR>> > <BR>> > TheOracleDBA<BR>> > theoracledba_at_lycos.com<BR>> > <BR>> > <BR>> > <BR>> > On Tue, 30 Jan 2001 10:30:29 <BR>> > Bunyamin K.Karadeniz wrote:<BR>> > > But some had claimed that Locally managed<BR>> tablespaces are slower. I<BR>> > do<BR>> > >not know if it is correct but you must consider<BR>> it .<BR>> > > And I wonder the performance results too.<BR>! > > >----- Original Message -----<BR>> > >To: Multiple recipients of list ORACLE-L<BR>> <ORACLE-L_at_FATCITY.COM><BR>> > >Sent: Tuesday, January 30, 2001 3:35 PM<BR>> > ><BR>> > ><BR>> > >> I have always been concerned with fragmentation<BR>> of tablespaces, whether<BR>> > it<BR>> > >> be lots of extents, honeycomb or<BR>> > >> bubble fragmentation. Now I am reading that in<BR>> Oracle 8i with the use<BR>> > of<BR>> > >> locally-managed table spaces,<BR>> > >> these concerns are a thing of the past as<BR>> Oracle now uses bit maps<BR>> > within<BR>> > >> the tablespaces themselves to<BR>> > >> do space management. This seems foreign to me<BR>> that even though Oracle<BR>> > will<BR>> > >> use up all the space in<BR>> > >> the tablespaces with no coalescing, it is OK<BR>> that extents will! go into<BR>> > >the<BR>> > >> thousands with no performance degradation.<BR>> > >> Could folks who are currently using locally<BR>> managed tablespaces please<BR>> > >> comment on how well it<BR>> > >> is working for them and if they have<BR>> experienced any problems in using<BR>> > >them.<BR>> > >> Thanks<BR>> > >> Skip<BR>> > >> Here is a good white paper on the subject.<BR>> > >><BR>> http://www.embarcadero.com/news/white_papers.htm<BR>> > >> --<BR>> > <BR>> -- <BR>> Please see the official ORACLE-L FAQ:<BR>> http://www.orafaq.com<BR>> -- <BR>> Author: Malkuns, Skip<BR>> INET: SMALKUNS@SYSTEMS.TEXTRON.com<BR>> <BR>> Fat City Network Services -- (858) 538-5051 FAX:<BR>> (858) 538-5051<BR>> San Diego, California -- Public Internet<BR>> access / Mailing Lists<BR>><BR>----------------------------------! ----------------------------------<BR>> To REMOVE yourself from this mailing list, send an<BR>> E-Mail message<BR>> to: ListGuru@fatcity.com (note EXACT spelling of<BR>> 'ListGuru') and in<BR>> the message BODY, include a line containing: UNSUB<BR>> ORACLE-L<BR>> (or the name of mailing list you want to be removed<BR>> from). You may<BR>> also send the HELP command for other information<BR>> (like subscribing).<BR><BR><BR>=====<BR>Stephane Paquette<BR>DBA Oracle<BR>stephane_paquette@yahoo.com<BR><BR>__________________________________________________<BR>Get personalized email addresses from Yahoo! Mail - only $35 <BR>a year! http://personal.mail.yahoo.com/<BR>-- <BR>Please see the official ORACLE-L FAQ: http://www.orafaq.com<BR>-- <BR>Author: =?iso-8859-1?q?paquette=20stephane?=<BR>INET: stephane_paquette@yahoo.com<BR><BR>Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051<BR>San Diego, California -- Public Internet access / Mailing Lis! ts<BR>--------------------------------------------------------------------<BR>To REMOVE yourself from this mailing list, send an E-Mail message<BR>to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in<BR>the message BODY, include a line containing: UNSUB ORACLE-L<BR>(or the name of mailing list you want to be removed from). You may<BR>also send the HELP command for other information (like subscribing).</BLOCKQUOTE><p><br><hr size=1><b>Do You Yahoo!?</b><br> - Get personalized email addresses from <a href=http://personal.mail.yahoo.com/>Yahoo! Mail Personal Address</a> - only $35Received on Wed Jan 31 2001 - 11:25:30 CST
 |
 |