Well, it only goes away if you choose your extent size correctly :)

I put the objects in their own tablespace and had the same problem with
STATS$PARAMETER_PK since I set the default to the same as my TS_SMALL.

Jay Miller

-----Original Message-----
Sent: Friday, July 19, 2002 4:49 PM
To: Multiple recipients of list ORACLE-L


Jesse - Since you will probably be collecting and deleting statistics, which
may create fragmentation, I feel this is a good time to consider:
   1. Separate tablespace.
   2. Locally managed tablespace with uniform extents. 
Then your issue with extent size goes away. This has worked quite well for
me.

Dennis Williams
DBA
Lifetouch, Inc.
[EMAIL PROTECTED]


-----Original Message-----
Sent: Friday, July 19, 2002 2:39 PM
To: Multiple recipients of list ORACLE-L


Hi all,

I've been having problems with a STATSPACK index running out of extents in
8.1.7.  Turns out that the docs are wrong or at least a little misleading.
In MetaLink note 149113.1 and also in $ORACLE_HOME/rdbms/admin/spdoc.txt, it
states:

"The default initial and next extent size is 1MB for all tables and indexes
which contain changeable data."

(spdoc.txt may be slightly different)  This is not true for some of the
indexes created by PK constraints, like STATS$PARAMETER_PK.  The index will
be created with the tablespace's default extent sizes.  In my case, it was
way too small.

I looked in the $ORACLE_HOME/rdbms/admin/spctab.sql on my 9i install and the
missing storage parameters have been inserted there.  So, I filed a TAR on
it and the analyst said I was the first to report the problem.  He also
stated that since 8.1.7.4 is now frozen that there wouldn't be a backport.
I've asked that the issue be a new Metalink note.

Just in case anyone else has had an issue with this.  I can't be the first
one, can I?

Enjoy!

Rich Jesse                           System/Database Administrator
[EMAIL PROTECTED]              Quad/Tech International, Sussex, WI USA
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Jesse, Rich
  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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: DENNIS WILLIAMS
  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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Miller, Jay
  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).

Reply via email to