Not necessarily so. I have a demo that suggests that auto-allocate *can* st= ill suffer from the classic fragmentation problem of 'got enough free space= but can't allocate an extent', Richard Foote has a subtly different exampl= e that suggests that the circumstances under which this occurs are not easi= ly predictable (i.e sometimes oracle will use small gaps and sometimes it w= on't). I certainly haven't worked out what is going on anyway, and to be ho= nest I'm so enamoured of uniform size that I probably won't. (SYSTEM should= always be autoextend right?) I attach a log of my example, the script is downloadable/runnable from http= ://www.niall.litchfield.dial.pipex.com/scripts/tests/auto_alloc_frag.sql an= d assumes windows and 9i (or whenever drop tablespace including contents an= d datafiles came in).=20 Niall Litchfield Oracle DBA Audit Commission +44 117 975 7805=20 > -----Original Message----- > From: thomas.mercadante@xxxxxxxxxxxxxxxxx=20 > Sent: 11 February 2004 13:35 > To: oracle-l@xxxxxxxxxxxxx; thomas.mercadante@xxxxxxxxxxxxxxxxx > Subject: RE: RE: LMT ASSM & next extent >=20 >=20 > I do a similar thing. I run a weekly report producing a file=20 > that excel can > open. I include a "Warning" message in the email header if=20 > any tablespace > is more than 80% full. With LMT, I don't need to worry about=20 > individual > tables any more - if there is room within the tablespace,=20 > then any table > will be able to grab a new extent. >=20 > Tom Mercadante > Oracle Certified Professional >=20 >=20 > -----Original Message----- > From: ryan.gaffuri@xxxxxxx [mailto:ryan.gaffuri@xxxxxxx] > Sent: Wednesday, February 11, 2004 8:28 AM > To: oracle-l@xxxxxxxxxxxxx > Subject: Re: RE: LMT ASSM & next extent >=20 >=20 > is there a practical need to do that? I typically just turn=20 > autoextend on > for all my files and have code that monitors the bytes in all=20 > my segments in > a tablespace vs. the size of the datafile and I get an email=20 > if its close to > filling up or if the datafile extends.=20 >=20 > is there a need for a more comprehensive approach?=20 > >=20 > > From: "Jamadagni, Rajendra" <Rajendra.Jamadagni@xxxxxxxx> > > Date: 2004/02/11 Wed AM 07:26:20 EST > > To: <oracle-l@xxxxxxxxxxxxx> > > Subject: RE: LMT ASSM & next extent > >=20 > > no. > >=20 > > But if you are saving (err... exporting) dbms_stata output=20 > ... I can =3D > > give you a SQL that will show you storage allocation pattern ... > >=20 > > Raj > >=20 > -------------------------------------------------------------- > -----------=3D > > ------- > > Rajendra dot Jamadagni at nospamespn dot com > > All Views expressed in this email are strictly personal. > > QOTD: Any clod can have facts, having an opinion is an art ! > >=20 > >=20 > > -----Original Message----- > > From: oracle-l-bounce@xxxxxxxxxxxxx > > [mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Jack van Zanen > > Sent: Wednesday, February 11, 2004 7:18 AM > > To: 'Oracle-L Freelists' > > Subject: LMT ASSM & next extent > >=20 > >=20 > > Hi=3D20 > >=20 > > I have my script that will monitor for objects that can not=20 > allocate =3D > > their > > next extent. However on databases using LMT with=20 > autoallocate I do not =3D > > have > > a value for next extent. How can I get this figure anyway,=20 > or is their a > > view that will give me the space bound objects? > >=20 > >=20 > > Tia > >=20 > >=20 > > Jack > >=20 > >=20 > > ---------------------------------------------------------------- > > Please see the official ORACLE-L FAQ: http://www.orafaq.com > > ---------------------------------------------------------------- > > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > > put 'unsubscribe' in the subject line. > > -- > > Archives are at //www.freelists.org/archives/oracle-l/ > > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > > ----------------------------------------------------------------- > > ---------------------------------------------------------------- > > Please see the official ORACLE-L FAQ: http://www.orafaq.com > > ---------------------------------------------------------------- > > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > > put 'unsubscribe' in the subject line. > > -- > > Archives are at //www.freelists.org/archives/oracle-l/ > > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > > ----------------------------------------------------------------- > >=20 >=20 > ---------------------------------------------------------------- > Please see the official ORACLE-L FAQ: http://www.orafaq.com > ---------------------------------------------------------------- > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > put 'unsubscribe' in the subject line. > -- > Archives are at //www.freelists.org/archives/oracle-l/ > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > ----------------------------------------------------------------- > ---------------------------------------------------------------- > Please see the official ORACLE-L FAQ: http://www.orafaq.com > ---------------------------------------------------------------- > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > put 'unsubscribe' in the subject line. > -- > Archives are at //www.freelists.org/archives/oracle-l/ > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > ----------------------------------------------------------------- >=20 >=20 ********************************************************************** This email contains information intended for the addressee only. It may be confidential and may be the subject of legal and/or professional privilege. Any dissemination, distribution, copyright or use of this communication without prior permission of the sender is strictly prohibited. ********************************************************************** ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------