如果表的高水位线比较高，或者表经历了大数据量的产生操作，经常会使用ALTER TABLE MOVE的方法来减少表占用的空间。

不过今天才发现以前对MOVE的了解一直存在偏差。

看一个简单的例子：

两张表几乎一样大，而且都是空表。但是通过MOVE之后，得到的结果却完全不同。

SQL> SELECT SEGMENT_NAME, BYTES/1024/1024/1024 G
2 FROM USER_SEGMENTS
3 WHERE SEGMENT_NAME LIKE 'T_BIG_TABLE%';

SEGMENT_NAME G
------------------------------ ----------
T_BIG_TABLE 1
T_BIG_TABLE2 1.3125

SQL> ALTER TABLE T_BIG_TABLE MOVE;

表已更改。

SQL> ALTER TABLE T_BIG_TABLE2 MOVE;

表已更改。

SQL> SELECT SEGMENT_NAME, BYTES/1024/1024/1024 G
2 FROM USER_SEGMENTS
3 WHERE SEGMENT_NAME LIKE 'T_BIG_TABLE%';

SEGMENT_NAME G
------------------------------ ----------
T_BIG_TABLE 1
T_BIG_TABLE2 .000061035

SQL> SELECT COUNT(*) FROM T_BIG_TABLE;

COUNT(*)
----------
0

SQL> SELECT COUNT(*) FROM T_BIG_TABLE2;

COUNT(*)
----------
0

造成这个现象的原因是由于T_BIT_TABLE表只包含的一个初始EXTENT，而这个EXTENT的大小是1G，而T_BIT_TABLE2则包含很多的64K大小的EXTENT。

SQL> SET LONG 10000
SQL> SELECT DBMS_METADATA.GET_DDL('TABLE', TABLE_NAME)
2 FROM USER_TABLES
3 WHERE TABLE_NAME LIKE 'T_BIG_TABLE%';

DBMS_METADATA.GET_DDL('TABLE',TABLE_NAME)
--------------------------------------------------------------------------------

CREATE TABLE "YANGTK"."T_BIG_TABLE2"
( "ID" NUMBER,
"NAME" VARCHAR2(30)
) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "LOB_SPACE"

CREATE TABLE "YANGTK"."T_BIG_TABLE"
( "ID" NUMBER,
"NAME" VARCHAR2(30)
) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 1073741824 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "LOB_SPACE"

也就是说MOVE操作会根据原表的INITIAL大小为新表建立第1个EXTENT。MOVE不会自动减少表的初始扩展的大小。

因此对于表T_BIG_TABLE这种情况，执行MOVE的时候应该指定新的存储参数：

SQL> ALTER TABLE T_BIG_TABLE MOVE STORAGE (INITIAL 1M);

表已更改。

SQL> SELECT SEGMENT_NAME, BYTES/1024/1024/1024 G
2 FROM USER_SEGMENTS
3 WHERE SEGMENT_NAME LIKE 'T_BIG_TABLE%';

SEGMENT_NAME G
------------------------------ ----------
T_BIG_TABLE .000976563
T_BIG_TABLE2 .000061035

嗯，这个问题原来碰到过，好像用keep 0也能解决，太久了忘了