Truncate Table 会不会释放索引

转载：http://lanmh.javaeye.com/blog/752372

drop table dt_test_tab;

create table dt_test_tab (i number);

create index dt_test_idx on dt_test_tab(i);

insert into dt_test_tab values (1);

insert into dt_test_tab select i from dt_test_tab; / ... / 共17次得到131072条记录

commit;

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_IDX'; 结果为4352k

truncate table dt_test_tab;

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_IDX'; 结果为128k（就是建表建索引时缺省的initial extent,看来是缩回去了）

alter index dt_test_idx rebuild;

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_IDX'; 结果还是128K. 想缩到0, 没门儿

再试试表,索引，delete/truncate reuse|drop storage 的结果：

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_TAB'; 表大小为：3328K （比索引还小，特例，因为表只一个字段）

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_IDX'; 索引大小为：4352K

删掉一半数据：

delete dt_test_tab where rownum < 65536; select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_TAB';

表大小未变：3328K 注意此时还没有commit;

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_IDX'; 索引大小未变：4352K

commit;

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_TAB'; 删掉一半记录后表大小未变：3328K

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_IDX'; 删掉一半记录后索引大小未变：4352K ［删了记录，index 也未释放］

alter index dt_test_idx rebuild;

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_IDX'; 删掉一半记录后重建索引，索引大小为：2200K ［重建索引后，有所释放］

truncate table dt_test_tab reuse storage;

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_TAB'; 重用存贮区的截表，表大小不变：3328K

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_IDX'; 重用存贮区的截表，索引大小同样未变：2200K

truncate table dt_test_tab;

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_TAB';

select sum(bytes)/1024 from user_extents where segment_name='DT_TEST_IDX';不重用存贮区的截表，结果变了，缩回到了initial extents

结论］１、delete，表占用空间不变，这个众所周知，所谓的water-mark不变；表上索引占用空间也不会变；

２、truncate table tb_name reuse storage，表占用不变，表上索引占用也不会变；

３、truncate table tb_name，表与表上索引的空间占用均回到建立索引或表时的initial参数。

４、定期rebuild索引是一个好习惯，一是提高索引效率二是释放存贮区。

——小实验结束，立此存照。