查询oracle表的大小有几种方法，笔者简要分析下他们的异同
环境，newsadmin.newlog，原本有244,459,078条记录，delete后，现在只有51,109,919记录。
一、segments
select bytes/1024/1024/1024 from dba_segments where segment_name='NEWLOG'；
结果是27.26GB这个结果和
select sum(blokcs)*8/1024/1024 from dba_segments where segment_name='NEWLOG'；
是完全一致的。
这个结果就是我们说的，该表在tablespace中实际占的大小。
二、show_space
并非oracle自带的一个procedure，而是thomas写的一个脚本，非常好用，可以前往
http://www.itpub.net/thread-239697-1-1.html
下载安装
begin
sys.show_space(p_segname => 'NEWLOG',p_owner => 'NEWSADMIN');
end;
这样可以看到一个分析结果
Segments................................NEWLOG
Segments Type...........................TABLE
Partition Name..........................
Unformatted Blocks .....................0
FS1 Blocks (0-25) .....................5
FS2 Blocks (25-50) .....................4336
FS3 Blocks (50-75) .....................12537
FS4 Blocks (75-100).....................2834583
Full Blocks .....................718526
Total Blocks............................3574016
Total Bytes.............................29278339072
Unused Blocks...........................0
Unused Bytes............................0
Last Used Ext FileId....................16
Last Used Ext BlockId...................924672
Last Used Block.........................128
解释下，FS1 Blocks (0-25)是指，空闲度为0-25%的块，所以从这里可以看见75-100和full blocks占得比例十分惊人，这就说明HWM非常高。我们可以粗略计算一下：
(2834583*2+12537*4+4336*6+5*8)/1024/1024=5.48GB，这是估算的实际表的大小。而上面显示的Total Bytes.............................29278339072就是之前我们查询到的，BLOCKS*db_block_size的大小。
笔者用exp不带索引不带触发器的导出，大小为5.75GB和预估基本一致。
C:\Documents and Settings\yantaiwanhua15>exp user/password@remote file=d:\1.dmp tables=newsadmin.newlog triggers=n indexes=n
三、expdp
大家都知道expdp有个功能就是导出前预估大小，笔者博客之前有介绍过
5. ESTIMATE
指定估算被导出表所占用磁盘空间分方法.默认值是BLOCKS
ESTIMATE={BLOCKS | STATISTICS}
设置为BLOCKS时,oracle会按照目标对象所占用的数据块个数乘以数据块尺寸估算对象占用的空间,设置为STATISTICS时,根据最近统计值估算对象占用空间
Expdp scott/tiger TABLES=emp ESTIMATE=STATISTICS DIRECTORY=dump DUMPFILE=a.dump
第一种是根据blocks计算，就和前文描述的一致，是一种在HWM较低的情况下相对准确的方法。STATISTICS是根据表的统计信息进行估计，相对来说准确多。
但是使用expdp备份时，尽量不要使用estimate参数，因为这个额外操作是非常消耗资源的。
)
)