RE: LOCALLY MANAGED EXTENT PERFORMANCE

From: Dogan, Ibrahim - Ibrahim <Ibrahim.Dogan_at_Lowes.com>
Date: Sat, 23 Apr 2005 01:07:41 -0400
Message-ID: <61C900F558E4184DBD8E177CC9D51F67035D7487@msexdb06.lowes.com>

Even with LMTs, you still wory about number of extents whenever you run any command that performs extent allocation/deallocation (create table/rebuild index/truncate table etc..)

My point was that I saw many people going back to DMT because of very same issue you're experiencing with LMTs.. When LMT with uniform extent size is used, you need to babysit the segments to make sure they don't go beyong couple thousand extents.. But you don't have this problem if you use LMT with AUTO extent allocation. My biggest table is 27G in a AUTO LMT and it has around 600 extents..

I generally prefer AUTO LMT and reorg the tables after bulk deletes...=20

Thanks,
=20
Ibrahim DOGAN
Sr. Sybase/Oracle DBA
www.lowes.com

> -----Original Message-----
> From: Wolfson Larry - lwolfs [mailto:lawrence.wolfson_at_acxiom.com]=20
> Sent: Saturday, April 23, 2005 12:55 AM
> To: Dogan, Ibrahim - Ibrahim; oracle-l_at_freelists.org
> Subject: RE: LOCALLY MANAGED EXTENT PERFORMANCE

>=20
>=20

> And I thought Oracle said you didn't have to worry about how=20
> many any more.

>=20


> 	I didn't exactly blame LMTs  I just said there were a=20

> lot of extents.

> 	Not my app.

>=20


> 	Thanks for info

> =09
> -----Original Message-----
> From: Dogan, Ibrahim - Ibrahim [mailto:Ibrahim.Dogan_at_Lowes.com]=20
> Sent: Friday, April 22, 2005 11:46 PM
> To: Wolfson Larry - lwolfs; oracle-l_at_freelists.org
> Subject: RE: LOCALLY MANAGED EXTENT PERFORMANCE

>=20
>=20

> Do not use uniform sized LMTs for volatile tables since you=20
> may end up having a table/index with thousand of extents..

>=20

> More important, don't blame LMTs for it..=20

>=20

> If you use AUTO extent allocation instead of uniform size,=20
> you won't have problem...

>=20

> Thanks,
> =20
> Ibrahim DOGAN
> Sr. Sybase/Oracle DBA
> www.lowes.com

>=20
>=20
>=20


> **********************************************************************

> The information contained in this communication is=20
> confidential, is intended only for the use of the recipient=20
> named above, and may be legally privileged. If the reader of=20
> this message is not the intended recipient, you are hereby=20
> notified that any dissemination,=20
> distribution, or copying of this communication is strictly=20
> prohibited. If you have received this communication in error,=20
> please re-send this communication to the sender and delete=20
> the original message or any copy of it from your computer=20
> system. Thank You.

>=20
>=20

--
http://www.freelists.org/webpage/oracle-l

Received on Sat Apr 23 2005 - 01:12:44 CDT