No, you cannot change the size of the initial extent.
SQL> select initial_extent/1024, next_extent/1024, min_extents, max_extents
2 from sys.dba_segments
3 where segment_name='T1';
INITIAL_EXTENT/1024 NEXT_EXTENT/1024 MIN_EXTENTS MAX_EXTENTS
------------------- ---------------- ----------- -----------
64 64 1 2147483645
SQL> ALTER TABLE T1 ALLOCATE EXTENT (SIZE 100 M);
Table altered.
SQL> select initial_extent/1024, next_extent/1024, min_extents, max_extents
2 from sys.dba_segments
3 where segment_name='T1';
INITIAL_EXTENT/1024 NEXT_EXTENT/1024 MIN_EXTENTS MAX_EXTENTS
------------------- ---------------- ----------- -----------
64 64 1 2147483645
The purpose of 'ALLOCATE EXTENT' option of ALTER TABLE command is to let you
allocate a new extent explicitly.
-----Original Message-----
Sent: Wednesday, August 15, 2001 2:03 PM
To: '[EMAIL PROTECTED]'
Thomas,
are your sure you can change the initial extent? My senior dba told me once
it is not possible; you have to drop and recreate table if there is a need
to change Initial extent.
I am going to play with it today.
-----Original Message-----
Sent: Wednesday, August 15, 2001 1:27 PM
To: Multiple recipients of list ORACLE-L
Chuan,
Kevin is correct. If your truncate table is taking a *long* time (and the
table is not locked by another process), it's because your storage params
are incorrect for the amount of data you are holding.
Look at initial and next in comparison with the number of extents
(DBA_EXTENTS view) for the table in question, and modify them before you
load the data.
You can modify the INITIAL extent by issuing an 'alter table allocate
extent(size x)' command to grow the INITIAL extent.
You can also modify the NEXT extent by issuing an 'alter table storage (next
x)' command to change the NEXT extent.
hope this helps.
Tom Mercadante
Oracle Certified Professional
-----Original Message-----
Sent: Wednesday, August 15, 2001 11:02 AM
To: Multiple recipients of list ORACLE-L
I had the same problem when truncating a huge table (24 Mill rows). It
turned out that the reason my table was taking so long was the amount of
extents I had on it. I could look at what was actually happening during a
truncate and it had to go and take each individual block and put them back
in the available lists.
Well, after changing the settings on the table to make larger extents (and
therefore fewer) the truncates on that table went hundreds of times faster
(we had real bad settings on that table before).
You might investigate your storage parms and see just how many extents you
do have on that table.
-----Original Message-----
Sent: Wednesday, August 15, 2001 3:10 AM
To: Multiple recipients of list ORACLE-L
Hi All,
Is there any way to speed up the truncating a big table with 12 million
rows?
Basically, I implemented truncating that big table on Production, but it
affected the performance much, so I had to stop it in the middle of way. All
the rows were truncated but the HWM was not shrunk at all. I want to do it
again to get the space back. Is there any way to speed up this process?
Platform: Oracle EE8.0.6 and Solaris 2.7
Thanks a lot in advance.
Chuan
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Chuan Zhang
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: Kevin Lange
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: Mercadante, Thomas F
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:
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).
