分析和压缩索引组织表的空间（from TOM‘s book）

最新推荐文章于 2024-09-14 22:08:32 发布

cuishafei3523

最新推荐文章于 2024-09-14 22:08:32 发布

阅读量71

点赞数

文章标签：嵌入式数据库

ops$tkyte@ORA10GR1> analyze index iot_pk validate structure;
dex analyzed.
ops$tkyte@ORA10GR1> select lf_blks, br_blks, used_space,
2 opt_cmpr_count, opt_cmpr_pctsave
3 from index_stats;
LF_BLKS BR_BLKS USED_SPACE OPT_CMPR_COUNT OPT_CMPR_PCTSAVE
---------- ---------- -------------------- ---------------------------- --------------------------------
284 3 2037248 2 33

由此显示出，我们的索引目前使用了284个叶子块（即数据所在的块），并使用了3个分支块（Oracle在索引结构中导航所用的块）来找到这些叶子块。使用的空间大约是2MB（2,038,248字节）。另外两列名字有些奇怪，这两列是要告诉我们一些信息。OPT_CMPR_COUNT（最优压缩数）列要说的是：“如果你把这个索引置为COMPRESS 2，就会得到最佳的压缩”。OPT_CMPR_PCTSAVE（最优的节省压缩百分比）则是说，如果执行COMPRESS 2，就能节省大约1/3的存储空间，索引只会使用现在2/3的磁盘空间。

ops$tkyte@ORA10GR1> alter table iot move compress 1;
ble altered.
ops$tkyte@ORA10GR1> analyze index iot_pk validate structure;
dex analyzed.
ops$tkyte@ORA10GR1> select lf_blks, br_blks, used_space,
2 opt_cmpr_count, opt_cmpr_pctsave
3 from index_stats;
LF_BLKS BR_BLKS USED_SPACE OPT_CMPR_COUNT OPT_CMPR_PCTSAVE
---------- ---------- ---------- -------------- ----------------
247 1 1772767 2

可以看到，索引确实更小了：大约1.7MB，叶子块和分支块都更少。但是，现在它说“你还能再节省另外23%的空间”，因为我们没有充分地压缩。下面用COMPRESS 2再来重建IOT：

ops$tkyte@ORA10GR1> alter table iot move compress 2;
ble altered.
ops$tkyte@ORA10GR1> analyze index iot_pk validate structure;
dex analyzed.

ops$tkyte@ORA10GR1> select lf_blks, br_blks, used_space,
2 opt_cmpr_count, opt_cmpr_pctsave
3 from index_stats;
LF_BLKS BR_BLKS USED_SPACE OPT_CMPR_COUNT OPT_CMPR_PCTSAVE
---------- ---------- ---------- -------------- ----------------
190 1 1359357 2 0

现在大小有了显著减少，不论是叶子块数还是总的使用空间都大幅下降，现在使用的空间大约是1.3MB

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7757439/viewspace-421348/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7757439/viewspace-421348/