oracle进行单表分析,oracle表分析（2）

最新推荐文章于 2024-08-01 23:39:22 发布

weixin_40002692

最新推荐文章于 2024-08-01 23:39:22 发布

阅读量494

点赞数 1

文章标签： oracle进行单表分析

作用:DBMS_STATS.GATHER_TABLE_STATS统计表,列,索引的统计信息.

DBMS_STATS.GATHER_TABLE_STATS的语法如下:

DBMS_STATS.GATHER_TABLE_STATS ( ownname VARCHAR2, tabname VARCHAR2, partname VARCHAR2, estimate_percent NUMBER, block_sample BOOLEAN, method_opt VARCHAR2, degree NUMBER, granularity VARCHAR2, cascade BOOLEAN, stattab VARCHAR2, statid VARCHAR2, statown VARCHAR2, no_invalidate BOOLEAN, force BOOLEAN);

参数说明:

ownname:要分析表的拥有者

tabname:要分析的表名.

partname:分区的名字,只对分区表或分区索引有用.

estimate_percent:采样行的百分比,取值范围[0.000001,100],null为全部分析,不采样. 常量:DBMS_STATS.AUTO_SAMPLE_SIZE是默认值,由oracle决定最佳取采样值.

block_sapmple:是否用块采样代替行采样.

method_opt:决定histograms信息是怎样被统计的.method_opt的取值如下:

for all columns:统计所有列的histograms.

for all indexed columns:统计所有indexed列的histograms.

for all hidden columns:统计你看不到列的histograms

for columns SIZE | REPEAT | AUTO | SKEWONLY:统计指定列的histograms.N的取值范围[1,254]; REPEAT上次统计过的histograms;AUTO由oracle决定N的大小;SKEWONLY multiple end-points with the same value which is what we define by "there is skew in thedata

degree:决定并行度.默认值为null.

granularity:Granularity of statistics to collect ,only pertinent if the table is partitioned.

cascace:是收集索引的信息.默认为falase.

stattab指定要存储统计信息的表,statid如果多个表的统计信息存储在同一个stattab中用于进行区分.statown存储统计信息表的拥有者.以上三个参数若不指定,统计信息会直接更新到数据字典.

no_invalidate: Does not invalidate the dependent cursors if set to TRUE. The procedure invalidates the dependent cursors immediately if set to FALSE.

force:即使表锁住了也收集统计信息.

例子:

execute dbms_stats.gather_table_stats(ownname => 'owner',tabname => 'table_name' ,estimate_percent => null ,method_opt => 'for all indexed columns' ,cascade => true);

------------------------------------------------------------------------------------------------------------------------

自从Oracle8.1.5引入dbms_stats包，Experts们便推荐使用dbms_stats取代analyze。理由如下dbms_stats可以并行分析dbms_stats有自动分析的功能(alter table monitor )analyze 分析统计信息的不准确some times1,2好理解，且第2点实际上在VLDB中是最吸引人的；3以前比较模糊，看了metalink236935.1 解释，analyze在分析Partition表的时候，有时候会计算出不准确的Global statistics .原因是，dbms_stats会实在的去分析表全局统计信息(当指定参数)；而analyze是将表分区(局部)的statistics 汇总计算成表全局statistics ,可能导致误差。如果想分析整个用户或数据库，还可以采用工具包，可以并行分析Dbms_utility(8i以前的工具包)Dbms_stats(8i以后提供的工具包)如dbms_stats.gather_schema_stats(User,estimate_percent=>100,cascade=> TRUE);dbms_stats.gather_table_stats(User,TableName,degree => 4,cascade => true);这是对命令与工具包的一些总结1、对于分区表，建议使用DBMS_STATS，而不是使用Analyze语句。a) 可以并行进行，对多个用户，多个Tableb) 可以得到整个分区表的数据和单个分区的数据。c) 可以在不同级别上Compute Statistics：单个分区，子分区，全表，所有分区d) 可以倒出统计信息e) 可以用户自动收集统计信息2、DBMS_STATS的缺点a) 不能Validate Structureb) 不能收集CHAINED ROWS, 不能收集CLUSTER TABLE的信息，这两个仍旧需要使用Analyze语句。c) DBMS_STATS 默认不对索引进行Analyze，因为默认Cascade是False，需要手工指定为True3、对于oracle 9里面的External Table，Analyze不能使用，只能使用DBMS_STATS来收集信息。-----------------------------------------------------------------10G的文档是这么说的：Do not use the COMPUTE and ESTIMATE clauses of ANALYZE to collect optimizer statistics. These clauses are supported for backward compatibility. Instead, use the DBMS_STATS package, which lets you collect statistics in parallel, collect global statistics for partitioned objects, and fine tune your statistics collection in other ways. The cost-based optimizer, which depends upon statistics, will eventually use only statistics that have been collected by DBMS_STATSanalyze的功能已经明确：Use the ANALYZE statement (rather than DBMS_STATS) for statistics collection not related to the cost-based optimizer :To use the VALIDATE or LIST CHAINED ROWS clausesTo collect information on freelist blocks