Oracle doesn't seem to like this
Duncan, October 24, 2003 - 11:23 am UTC
Elapsed: 00:00:00.01
16:18:40 OPT1@OP4>alter table ANALYSIS
16:19:10 2 move DATA_S
16:19:10 3 storage( initial 40k
16:19:10 4 next 40k
16:19:10 5 pctincrease 0
16:19:10 6 minextents 1
16:19:10 7 );
move DATA_S
*
ERROR at line 2:
ORA-14133: ALTER TABLE MOVE cannot be combined with other operations
Also when you say we have loads of extents were you saying that we have too many? The reason I ask is that the data may not be archived for about 7 years so if by then we were to have extents numbers eg > 3000, could this be a problem?
October 24, 2003 - 11:35 am UTC
<b>you missed the TABLESPACE keyword, sorry -- my psuedo codeish example probably is misleading that way.</b>
ops$tkyte@ORA920> alter table t move users;
alter table t move users
*
ERROR at line 1:
ORA-14133: ALTER TABLE MOVE cannot be combined with other operations
ops$tkyte@ORA920> alter table t move TABLESPACE users;
Table altered.
ops$tkyte@ORA920> alter table t move tablespace users
2 storage ( initial 1k next 1k pctincrease 0 minextents 1 );
Table altered.
thanks
A reader, October 24, 2003 - 11:46 am UTC
please can you comment on my last question regarding the number of extents reaching 3000+. Would this cause performance issues?
October 24, 2003 - 12:28 pm UTC
nope. i've "accidently" let a table get into 32,000+ extents and never bothered to fix it (was during a benchmark to boot -- just put the object in the wrong tablespace)
Great job
Roland, February 14, 2005 - 9:40 am UTC
I was having difficulty moving some tables to an LMT where the initial extent kept getting set to the original. Never thought of setting it smaller during the move ....
Thanks!
Genevieve Beaudoin, December 08, 2005 - 10:27 am UTC
Consider this tablespace:
CREATE TABLESPACE TBSP_PROPAF_RECO2 DATAFILE
'tbsp_propaf_reco2_d0101.dbf' SIZE 14400K AUTOEXTEND ON NEXT 1M MAXSIZE 16M
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 512K;
When I move a table to this tablespace, I use this command to reset the storage:
alter table DIVISION
move tablespace tbsp_propaf_reco2
storage
(
INITIAL 1
NEXT 1
MINEXTENTS 1
PCTINCREASE 0
)
;
but when I query dba_tables I see that the initial extent is 4k. Why ???
TABLE_NAME INITIAL_EXTENT NEXT_EXTENT
------------------------------ -------------- -----------
DIVISION 4096 524288
There is just one extent:
SEGMENT_NAME BLOCK_ID BYTES BLOCKS
--------------- --------- --------- ---------
DIVISION 5921 524288 256
I know that with LMTs initial is just "the initial allocation" but I think that is not representative.
Is there a way of making him post its real size (512k) ?
Thanks,
I hope that you will understand my question because my english is not excellent !
December 08, 2005 - 11:57 am UTC
because 1 byte is not permitted. it rounded up to 2 blocks.
the initial_extent in dba_tables does not correspond to the "first extent" of the segment in the locally managed tablespace. It is merely the "requested size of the initial extent when you create me in something". It does NOT reflect the size of the intial extent of the real segment (that comes from dba_extents).
alter index rebuild tablespace
MS, November 21, 2006 - 6:42 pm UTC
Oracle 9206
Tom,
resetting of the storage clause:
storage( initial 1k next 1k pctincrease 0
minextents 1 )
will this resetting of storage also be needed while moving tablespaces for indices
(alter index rebuild tablespace...storage..)..?
Thanks.
November 22, 2006 - 4:46 pm UTC
nothing is "needed"
it is a matter of whether you DESIRE it.
would you like to reset the storage clause for the index in a manner suitable for locally managed tablespaces? If so, sure.