二、分区表统计时间太长
在交流中有提到一些分区表进行统计时候,耗时巨大。这个问题在很多项目也提
到,这个是一个很饶头的事情。oracle版本也不段在完善这块的功能。就针对项目
提出的问题,给出一些可能的方法。(这块我还没有进行测试)
问题:有一张分区表,类型是range分区,分区键是end_date,新加载数据作
为最后分区表。每次加载完做分区统计耗时很大。
解决思路:
1、 10g每天都定时进行统计分析作业,首先我们要将该分区排除在统计分析作业中;
exec dbms_stats.lock_table_stats('OWNER', 'TABLE_NAME');
2、因为数据类型相似,可以把其他分区表的统计信息拷贝到新的分区表统计信
息,但这个有版本要求,至少10.2.0.4版本以上
exec dbms_stats.copy_table_stats('OWNER', 'TABLE_NAME', 'OLD_PAR_TABLE', 'NEW_PAR_TABLE', force=>true);
因为我们前面已经锁住表的统计,需要加force=>true强制进行统计。
3、而低版本的数据库,可以采用以下方式直接进行更改统计信息
dbms_stats.set_index_stats
dbms_stats.set_table_stats
dbms_stats.set_column_stats
以上的方法是基于对表的各个统计信息比较清楚的情况下采用的手段,在11g引
入了一个增量统计的概念,具体步骤如下:
1、打开增量统计开关
exec dbms_stats.set_table_prefs('owner', 'table_name', 'INCREMENTAL',
'TRUE');
2、执行增量统计
exec dbms_stats.gather_table_stats('owner', 'table_name');
在10.2.0.4版本,需要打一个补丁Patch 8877245,采用以下方法
exec dbms_stats.gather_table_stats('owner', 'table_name', 'par_table',
granularity=>'APPROX_GLOBAL AND PARTITION');
该方法不会更新NDV值,(number distinct value)。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/354732/viewspace-683428/,如需转载,请注明出处,否则将追究法律责任。