| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: dbms_space_admin.tablespace_migrate_to_local
Oracle note: 120061.1
QUESTION:
Why is the table extending with the next extent that is specified even
though
it is a locally managed tablespace.
ANSWER:
Migrated tablespaces are not subject to the UNIFORM/SYSTEM policy of newly
created locally managed tablespaces. This would be too difficult to
implement,
since the tablespace is likely to contain the existing objects which
already
violate new policy. For this reason, migrated tablespace only support the
same
allocation policy as the dictionary tablespaces. If you select from
DBA_TABLESPACES, you should see "USER" value in the ALLOCATION_TYPE column
for
migrated tablespaces, and UNIFORM or SYSTEM value for tablespaces which
were
created as locally managed.
Therefore, the user does not get the policy benefits from migration, but
can
still get performance benefits - no ST enqueue contention and more
efficient
extent operations.
Regards,
Waleed
-----Original Message-----
Sent: Wednesday, July 03, 2002 12:48 PM
To: Multiple recipients of list ORACLE-L
Not sure that I fully understand that.
Does that mean that tablespace_migrate_to_local does not actually give me any of the advantages of locally managed tablespaces in terms of extent management?
John
> -----Original Message-----
> From: Mark Leith [SMTP:mark_at_cool-tools.co.uk]
> Sent: 03 July 2002 16:18
> To: Multiple recipients of list ORACLE-L
> Subject: RE: dbms_space_admin.tablespace_migrate_to_local
>
> John,
>
> No you can't. Here is an excerpt from one of Jonathan Lewis' articles on
> his
> web site:
>
> "The final consequence of converting a dictionary tablespace to a locally
> managed tablespace is that xxx_tablespaces will show the extent_mangement
> to
> be "LOCAL", but the allocation_type to be "USER". Clearly, the examples
> above show that Oracle will in general be unable to use autoallocate on
> the
> tablespace, and if it switched to uniform the consequences of having a
> unit
> size of one block could be disastrous. After conversion, extents will be
> allocated according to the normal next_extent methods, with the proviso
> that
> rounding to the unit size will occur."
>
> Taken from:
>
> http://www.jlcomp.demon.co.uk/ch_08.html
>
> And page that explains getting a "uniform" extent size (scroll to the
> bottom
> of the page):
>
> http://p2p.wrox.com/archive/oracle/2001-04/0.asp
>
> HTH
>
> Mark
>
> ===================================================
> Mark Leith | T: +44 (0)1905 330 281
> Sales & Marketing | F: +44 (0)870 127 5283
> Cool Tools UK Ltd | E: mark_at_cool-tools.co.uk
> ===================================================
> http://www.cool-tools.co.uk
> Maximising throughput & performance
>
>
> -----Original Message-----
> Sent: 03 July 2002 12:43
> To: Multiple recipients of list ORACLE-L
>
>
> Can this be used to specify the allocation, autoallocate or uniform?
>
> John
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: John Dunn
> INET: john.dunn_at_sefas.co.uk
>
> 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: ListGuru_at_fatcity.com (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: Mark Leith
> INET: mark_at_cool-tools.co.uk
>
> 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: ListGuru_at_fatcity.com (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: John Dunn INET: john.dunn_at_sefas.co.uk 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: ListGuru_at_fatcity.com (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: Khedr, Waleed INET: Waleed.Khedr_at_FMR.COM 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: ListGuru_at_fatcity.com (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).Received on Wed Jul 03 2002 - 12:13:25 CDT
 |
 |