Oracle hints调整机制的细化分析

以下的文章主要是对Oracle hints调整机制的细化分析,10g数据库介绍,我们可以使用更多更新的optimizer hints来控制优化的相关行为。现在让我们快速解析一下这些强大的新Oracle hints:

 

  1. spread_min_analysis  

使用这一hint,你可以忽略一些关于如详细的关系依赖图分析等电子表格的编译时间优化规则。其他的一些优化,如创建过滤以有选择性的定位电子表格访问结构并限制修订规则等,得到了继续使用。

由于在规则数非常大的情况下,电子表格分析会很长。这一提示可以帮助我们减少由此产生的数以百小时计的编译时间。

例:

 

 

  1. SELECT /*+ SPREAD_MIN_ANALYSIS */ ...  
  2. spread_no_analysis   

 

通过这一hint,可以使无电子表格分析成为可能。同样,使用这一hint可以忽略修订规则和过滤产生。如果存在一电子表格分析,编译时间可以被减少到最低程度。

例:

 

 

  1. SELECT /*+ SPREAD_NO_ANALYSIS */ ...  
  2. use_nl_with_index   

 

这项hint使CBO通过嵌套循环把特定的表格加入到另一原始行。只有在以下情况中,它才使用特定表格作为内部表格:如果没有指定标签,CBO必须可以使用一些标签,且这些标签至少有一个作为索引键值加入判断;反之,CBO必须能够使用至少有一个作为索引键值加入判断的标签。

例:

 

 

  1. SELECT /*+ USE_NL_WITH_INDEX (polrecpolrind) */ ...  
  2. CARDINALITY   

 

此hint定义了对由查询或查询部分返回的基数的评价。注意如果没有定义表格,基数是由整个查询所返回的总行数。

例:

 

 

  1. SELECT /*+ CARDINALITY ( [tablespec] card ) */  
  2. SELECTIVITY   

 

此hint定义了对查询或查询部分选择性的评价。如果只定义了一个表格,选择性是在所定义表格里满足所有单一表格判断的行部分。如果定义了一系列表格,选择性是指在合并以任何顺序满足所有可用判断的全部表格后,所得结果中的行部分。

例:

  1. SELECT /*+ SELECTIVITY ( [tablespec] sel ) */ 

然而,注意如果Oracle hints CARDINALITY 和 SELECTIVITY都定义在同样的一批表格,二者都会被忽略。

 

  1. no_use_nl  

Hint no_use_nl使CBO执行循环嵌套,通过把指定表格作为内部表格,把每个指定表格连接到另一原始行。通过这一hint,只有hash join和sort-merge joins会为指定表格所考虑。

 

例:

 

 

  1. SELECT /*+ NO_USE_NL ( employees ) */ ...  
  2. no_use_merge   

 

此hint使CBO通过把指定表格作为内部表格的方式,拒绝sort-merge把每个指定表格加入到另一原始行。

例:

 

 

  1. SELECT /*+ NO_USE_MERGE ( employees dept ) */ ...  
  2. no_use_hash   

 

此hint使CBO通过把指定表格作为内部表格的方式,拒绝hash joins把每个指定表格加入到另一原始行。

例:

 

 

  1. SELECT /*+ NO_USE_HASH ( employees dept ) */ ...  
  2. no_index_ffs   

 

此hint使CBO拒绝对指定表格的指定标签进行fast full-index scan。

  1. Syntax: /*+ NO_INDEX_FFS ( tablespecindexspec ) */ 

随着Oracle优化器日趋成熟,Oracle必定会不断增加自己对调整SQL语句的工具储备。当然,讨论所有复杂的Oracle10g SQL新Oracle hints远远超出了本文的范围,读者可以从Mike Ault的新书Oracle Database 10g New Features中获得关于Oracle10g的更多信息。

文章出自: http://www.programbbs.com/doc/3390.htm

【编辑推荐】

  1. 如何对Oracle sql 进行性能优化的调整
  2. Oracle参数及参数文件7大类解析
  3. 6种找回Oracle数据库初始密码的方法
  4. Oracle控制文件如何高效管理
  5. Oracle数据库的相关的远程复制的解决方案

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/250551.html<

(0)
管理的头像管理
上一篇2025-04-28 13:44
下一篇 2025-04-28 13:45

相关推荐

  • 高防服务器虚假防御怎么识别才准确,靠谱吗?

    识别高防服务器虚假防御,核心在于验证服务商是否具备真实的防御架构、独立的带宽资源以及合规的运营资质,而非轻信宣传数值,虚假防御的常见套路高防服务器市场的虚假防御手段层出不穷,本质是利用信息差和贪便宜心理,了解这些套路,是鉴伪的第一步,共享IP池,防御共用部分服务商将多个客户的服务器放置在同一IP段,使用同一个防……

    2026-07-26
    0
  • 个人站长选服务器有哪些避坑经验?,怎么选?

    个人站长选服务器,避坑的核心法则是紧盯服务商资质与自营能力,而非只盯价格或参数,配置陷阱:核心数背后的真实性能CPU主频与架构差异很多站长选购服务器时,第一眼就看核心数,8核、16核似乎很诱人,但实际踩坑后才发现,同一核心数下,不同主频和架构带来的性能差距极大,比如共享型实例的8核,往往跑不满持续负载,一旦遇到……

    2026-07-26
    0
  • 站群服务商跑路前常见征兆有哪些,怎么识别

    站群服务商跑路前,通常会出现客服响应失速、IP质量崩塌、价格突破底线、资质信息模糊、公司主体异动这五个关键征兆,任何一个都值得拉响警报,客服响应速度与专业度断崖式下降工单系统开始“装死”多数跑路案例中,服务商最先出问题的部门就是客服,你提交的工单从半天回复变成一天、两天,甚至直接石沉大海,技术问题得到的回答明显……

    2026-07-26
    0
  • 游戏高防服务器怎么选才不踩坑?,哪家好?

    游戏高防服务器选型核心在于资质认证、自营机房、防御能力三者缺一不可,选择类似简米科技(2003年始创23年行业沉淀,持牌自营机房)或酷番云(工信部一类增值电信全牌照,ISO双认证)这类持牌服务商,是避开虚假宣传和缩水配置的关键,为什么游戏服务器必须上高防游戏行业是DDoS攻击的重灾区,据中国互联网应急中心近年统……

    2026-07-26
    0
  • 站群服务器同机房IP的风险怎么规避,有哪些注意事项?

    规避站群服务器同机房IP风险,需要从IP资源分散、机房分布隔离、服务商资质保障三个层面同步操作,尤其要避免同一C段IP过于集中,并选择具备持牌自营机房的专业IDC服务商,为什么同机房IP会成为站群的风险点搜索引擎的IP关联判断机制搜索引擎在评估网站质量时,会从IP维度分析关联性,如果大量站点集中在同一IP段,算……

    2026-07-26
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注