Please re-read Wolfgang's response.

Your uniform size on the tablespace is 8 megs.

With an initial extent size on the table of 64m, it will
be allocated 8 extents on creation.

With LMT's with UES, it is best to just skip the initial
and next storage parameters, as they are of no benefit.

Jared




"Roger Xu" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]

 08/27/2003 11:34 AM
 Please respond to ORACLE-L

       
        To:        Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
        cc:        
        Subject:        RE: NEXT_EXTENT and PCT_INCREASE



First of all, thank you all for replying.
Jared is right, extent_id 0 is the first extent and it is 64M.
And the tablespace is locally-managed and auto-allocate.
The size of the table is 9652 MB. And it has 250 extents.
extent_id   size
---------  -----
0          64 MB
1-113       8 MB
114-249    64 MB

I just do not under stand the way Oracle allocate extents.
Specially when the table was created with initial_extent=1700MB.
Another question: Is it hurting performance with so many extents?

-----Original Message-----
Sent: Tuesday, August 26, 2003 9:09 PM
To: Multiple recipients of list ORACLE-L


Try executing "SELECT EXTENT_MANAGEMENT, ALLOCATION_TYPE FROM
DBA_TABLESPACES WHERE TABLESPACE_NAME = '<tablespace-name>'"...

You should probably see the responses "LOCAL" and "SYSTEM", indicating that
the tablespace is locally-managed and auto-allocate...



on 8/26/03 4:44 PM, Roger Xu at [EMAIL PROTECTED] wrote:

>
> Why the table was created with initial extent as 1700M,
> but dba_extents says the first extent is 8M only?
>
> SQL> select initial_extent from dba_tables where table_name='BSIS';
>   1782579200
>
> SQL> select bytes from dba_extents where segment_name='BSIS' and extent_id=1;
>  8388608
>
> SQL> select bytes,count(*) from dba_extents where segment_name='BSIS' group by
> bytes;
>  8388608        113
> 67108864        137
>
> -----Original Message-----
> Sent: Tuesday, August 26, 2003 3:14 PM
> To: Multiple recipients of list ORACLE-L
>
>
> Roger,
>
> 1. Space management can be specified for a tablespace, not a segment. Create
> ASSM tablespace and alter table ... move there.
>
> 2. Locally managed tablespace, I guess. Oracle doesn't need NEXT_EXTENT and
> PCT_INCREASE then.
>
> HTH
> Vadim
>
> -----Original Message-----
> Sent: Tuesday, August 26, 2003 3:59 PM
> To: Multiple recipients of list ORACLE-L
>
>
> Hi,
>
> I have the following output when I querying dba_tables.
>
> Question 1: This table is created using manual management method, right?
>           What do I do in order to turn it to Automatic segment-space
> management?
>
> Question 2: How come there are no values for NEXT_EXTENT and PCT_INCREASE?
>
> Thanks,
>
> Roger Xu
>
>
> PCT_FREE   PCT_USED  INI_TRANS  MAX_TRANS
> ---------- ---------- ---------- ----------
>       10         40          1        255
>
> INITIAL_EXTENT NEXT_EXTENT MIN_EXTENTS MAX_EXTENTS PCT_INCREASE
> -------------- ----------- ----------- ----------- ------------
>    527491072                       1  2147483645
>
> FREELISTS FREELIST_GROUPS
> ---------- ---------------
>        1               1
>
> LOGGING BACKED_UP   NUM_ROWS
> ------- --------- ----------
> YES     N          216122635
>
>   BLOCKS EMPTY_BLOCKS  AVG_SPACE  CHAIN_CNT
> ---------- ------------ ---------- ----------
>  7651115         4307        319          0

>
>
> AVG_ROW_LEN AVG_SPACE_FREELIST_BLOCKS NUM_FREELIST_BLOCKS
> ----------- ------------------------- -------------------
>       254                      4496                   2

--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Tim Gorman
 INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
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).

For technical support please email [EMAIL PROTECTED] or you can
call (972)721-8257.
This email has been scanned for all viruses by the MessageLabs Email Security System.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Roger Xu
 INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
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