首页 | 互联网 | IT动态 | IT培训 | Cisco | Windows | Linux | Java | .Net | Oracle | 软件测试 | C/C++ | 嵌入式开发 | 存储世界 | 服务器
网络设备 | IDC | 安全 | 求职招聘 | 数字网校 | 网页设计 | 平面设计 | 技术专题 | 电子书下载 | 教学视频 | 源码下载 | 搜索 | 博客 | 论坛
中国IT实验室Oracle频道
中国IT教育
Google
首页 入门基础 安装配置 体系架构 PLSQL 备份恢复 性能调优 开发技术 资讯动态 考试认证 下载 专题 讨论
您现在的位置: 中国IT实验室 >> Oracle >> 产品介绍 >> 正文

Oracle 11g新特性之统计信息收集

  为了弥补这样的问题,11g以后可以让你将多个依赖程度很高列合并成一个组,然后对该组收集统计信息。具体如何实现,则可以看下面的例子。

  select dbms_stats.create_extended_stats('Schema_name','Table_name','(C1,C2)') from dual;

  通过调用函数dbms_stats.create_extended_stats将两个或多个列合并,并返回一个虚拟的隐藏列的列名,其名字类似于:SYS_STUW_5RHLX443AN1ZCLPE_GLE4.

  然后,我们可以开始对表收集统计信息,收集完以后,你可以使用ALL|DBA|USER_STAT_EXTIONSIONS视图来查看列组合的统计信息。

  exec dbms_stats.gather_table_stats('Schema_name','Table_name');

  如果你要对组合列收集直方图,则可以如下所示:

  exec dbms_stats.gather_table_stats('Schema_name','Table_name',

  method_opt=>'for columns (C1,C2) size AUTO');

  3. 对函数以及表达式收集统计信息

  如果where条件类似于function_name(table_name.column_name)=‘XXX’时,则优化器在估计这样的where条件的selectivity时,总是会假设其selectivity为1%,也就是该where条件将返回table_name里总记录行数的1%的记录行数。很明显的,这种假设肯定是错误的,从而可能导致优化器产生了不够优化的执行计划。

  从11g开始,我们可以对函数或者表达式收集统计信息了。该特性依赖于虚拟列,也就是说你需要先用dbms_stats.create_extended_stats函数为function_name(table_name.column_name)创建一个虚拟列,然后对该虚拟列收集统计信息。比如下面的例子。

  select dbms_stats.create_extended_stats('Schema_name','Table_name','length(C1)') from dual;

  下面则显示的是对表达式来收集统计信息。

  select dbms_stats.create_extended_stats('Schema_name','Table_name','C1*C2') from dual;

  然后你可以对表收集统计信息时,就会为函数length(C1)对应的虚拟列收集统计信息了。如果你要对该虚拟列收集直方图,则可以如下所示:

  exec dbms_stats.gather_table_stats('Schema_name','Table_name',

  method_opt=>'for columns (length(C1)) size AUTO');

  _PRIVATE_STATS里看到这些私有的统计信息。

  为了测试这些私有统计信息,你可以有两种方法:

  1) 第一种方式使用DBMS_STAT.EXPORT_PRIVATE_STATS存储过程将私有统计信息转移到你自己的统计信息表(可以使用存储过程DBMS_STATS.CREATE_STAT_TABLE来创建你自己的统计信息表)里。然后可以使用expdp导出你的统计信息表,然后再使用impdp将导出文件导入到测试环境中,再使用DBMS_STAT.IMPORT_TABLE_STATS将其导入到测试环境中进行测试。

  2) 第二种方式不导出私有的统计信息,而是直接在产品库的session级别,将11g引入的新的初始化参数:  OPTIMIZER_PRIVATE_STATISTICS设置为TRUE(缺省情况下该参数为FALSE)。这时你执行SQL时,优化器就会参考私有统计信息来解析SQL语句并生成执行计划了。

  最后,测试完毕,发现最新的统计信息没有问题的话,你就可以使用DBMS_STAT.PUBLISH_PRIVATE_STATS在产品库上将私用统计信息发布出去,从而让优化器能够看到它们。

  下面列举一个例子来简单说明这个过程。首先设置表级别的publish选项为false:

  exec dbms_stats.set_table_prefs('Schema_name','Table_name','PUBLISH','false');

  然后,收集表的统计信息:

  exec dbms_stats.gather_table_stats('Schema_name','Table_name');

  第三,设置相关初始化参数:

  alter session set optimizer_use_private_statistics = true;

  第四,进行测试,运行相关的SQL语句,并检查产生的执行计划。

  最后,把该表的统计信息发布出去:

  exec dbms_stats.publish_private_stats('Schema_name','Table_name');

上一页  [1] [2] 

【责编:John】

中国IT教育

相关产品和培训
文章评论
 友情推荐链接
 认证培训
 专题推荐

 ·关于Java框架技术专题
 ·XML全攻略技术专题
 ·JAVA开源技术介绍专题
 ·Java嵌入式开发之J2ME技术专题
 ·超前体验 Oracle 11g的5个新特性…
 ·揭密使用VB.NET的五个实用技巧
 ·Oracle和SQL Server常用函数对比专题…
 ·展现C#世界 C#程序设计专题…
 ·Java入门 Tomcat的配置技巧精华专题…
 ·Oracle RMAN物理备份技术详解…
 今日更新
 社区讨论
 博客论点
 频道精选
 Oracle频道相关导航