软件测试中Oracle 10g中新的SQL优化之索引篇
Oracle使用的hints调整机制一直很复杂，Oracle Technical Network对使用hints调整Oracle SQL的过程有很好的全面评述。根据对10g数据库的介绍，可使用更多新的optimizer hints来控制优化行为。现在让我们迅速了解一下这些强大的新hints:
spread_min_analysis
使用这一hint，你可以忽略一些关于如详细的关系依赖图分析等电子表格的编译时间优化规则。其他的一些优化，如创建过滤以有选择性的定位电子表格访问结构并限制修订规则等，得到了继续使用。
由于在规则数非常大的情况下，电子表格分析会很长。这一提示可以帮助我们减少由此产生的数以百小时计的编译时间。
例如:SELECT /*+ SPREAD_MIN_ANALYSIS */ ...
spread_no_analysis
通过这一hint，可以使无电子表格分析成为可能。同样，使用这一hint可以忽略修订规则和过滤产生。如果存在一电子表格分析，编译时间可以被减少到最低程度。
例如:SELECT /*+ SPREAD_NO_ANALYSIS */ ...
use_nl_with_index
这项hint使CBO通过嵌套循环把特定的表格加入到另一原始行。只有在以下情况中，它才使用特定表格作为内部表格:如果没有指定标签，CBO必须可以使用一些标签，且这些标签至少有一个作为索引键值加入判断;反之，CBO必须能够使用至少有一个作为索引键值加入判断的标签。
例如:SELECT /*+ USE_NL_WITH_INDEX (polrecpolrind) */ ...
CARDINALITY
此hint定义了对由查询或查询部分返回的基数的评价。注意如果没有定义表格，基数是由整个查询所返回的总行数。
例如:SELECT /*+ CARDINALITY ( [tablespec] card ) */
SELECTIVITY
此hint定义了对查询或查询部分选择性的评价。如果只定义了一个表格，选择性是在所定义表格里满足所有单一表格判断的行部分。如果定义了一系列表格，选择性是指在合并以任何顺序满足所有可用判断的全部表格后，所得结果中的行部分。
例如:SELECT /*+ SELECTIVITY ( [tablespec] sel ) */
然而，注意如果hints CARDINALITY 和 SELECTIVITY都定义在同样的一批表格，二者都会被忽略。
no_use_nl
Hint no_use_nl使CBO执行循环嵌套，通过把指定表格作为内部表格，把每个指定表格连接到另一原始行。通过这一hint，只有hash join和sort-merge joins会为指定表格所考虑。
例如:SELECT /*+ NO_USE_NL ( employees ) */ ...
no_use_merge
此hint使CBO通过把指定表格作为内部表格的方式，拒绝sort-merge把每个指定表格加入到另一原始行。
例如:SELECT /*+ NO_USE_MERGE ( employees dept ) */ ...
no_use_hash
此hint使CBO通过把指定表格作为内部表格的方式，拒绝hash joins把每个指定表格加入到另一原始行。
例如:SELECT /*+ NO_USE_HASH ( employees dept ) */ ...
no_index_ffs
此hint使CBO拒绝对指定表格的指定标签进行fast full-index scan。
Syntax: /*+ NO_INDEX_FFS ( tablespecindexspec ) */
no_index_ss
此hint使CBO拒绝对指定表格的指定标签进行skip scan。
Syntax: /*+ NO_INDEX_SS (tablespecindexspec ) */
no_star_transformation
此hint使CBO忽略star 询问信息。
Syntax: /*+ NO_STAR_TRANSFORMATION */
index_ss
此hint明确地为指定表格选择index skip scan。如果语句使用index range scan，Oracle将以对其索引值的升序排列来检查索引入口。在被分割的索引中，其结果为对每个部分内部的升序排列。
Syntax: /*+ INDEX_SS (tablespecindexspec) */
index_ss_asc
此hint明确地为指定表格选择index skip scan。如果语句使用index range scan，Oracle将以对其索引值的升序排列来检查索引入口。在被分割的索引中，其结果为对每个部分内部的升序排列。
Syntax: /*+ INDEX_SS_ASC (tablespecindexspec) */
index_ss_desc
此hint明确为指定表格选择index skip scan。如果语句使用index range scan，Oracle将以对其索引值的降序排列来检查索引入口。在被分割的索引中，其结果为对每个部分内部的降序排列。
Syntax: /*+ INDEX_SS_DESC (tablespecindexspec) */
cpu_costing
此hint为SQL语句打开CPU costing。这是对优化器的默认评估模式。优化器评估当执行给定查询时，数据库需要运行的IO操作数、IO操作种类、以及CPU周期数。
Syntax: /*+ CPU_COSTING (tablespecindexspec) */
no_cpu_costing
此hint为SQL语句关闭CPU costing。然后CBO使用IO cost模式，此模式忽略CPU花费，仅测量在single-block reads中的所有指标。
Syntax: /*+ NO_CPU_COSTING */
随着Oracle优化器越来越成熟，Oracle专家必须不断增加自己对调整SQL语句的工具储备。当然，讨论所有复杂的Oracle10g SQL新hints远远超出了本文的范围，你可以从Mike Ault的新书Oracle Database 10g New Features中获得关于Oracle10g的更多信息。
网站速度变慢时，你会考虑到什么解决方法？笔者最近公司网站的速度一起很不理想，文章页面基本都要 10s 以上才能打开。数据库用的是Oracle10g Express Edtion，存放文章的表超过了 10 万数据量，类似执行一个 select count(1) from res where class_id=1 这样的语句就经常在 10s 以上。然而，今天我在 class_id 上加了一个索引，这条语句的执行时间就几乎变成了 0s。效果之显著，完全出乎我的预料。下面是Oracle 10g sql优化相关的总结：
1. 监控 select 语句
（“数据库主页”从开始菜单里“Oracle Database 10g Express Edition”的“转至数据库主页”进入）
进入“数据库主页>管理>数据库监视器>会话>SQL”页面，在“搜索”里输入“select”，点击“开始”。这样就可以看到最近执行的 select 语句。点击“SQL”列里的 SQL 语句链接，查看执行情况。其中，“CPU时间”即为执行所用的时间，“已处理的行数”为查询结果的行数。下面的“SQL文本”是 SQL 语句的完整内容，“索引”区域显示该查询使用了哪个索引。
找到“CUP时间”超过 1 秒的查询，看是否需要添加索引。
2. 添加索引
进入“数据库主页>对象浏览器”页面，在右边偏上方有一个“创建”按钮。点击“创建” 按钮，在出现的菜单里选择“索引”，然后输入“表名”，“索引类型”使用“常规”，再点击“下一步”。
在新出现的页面，输入索引的名称和索引列。如果是不唯一的字段，最好将“单性值”设置为唯一，可能有助提高检索速度。再点击“下一步”，点击“完成”按钮。
照我的理解，创建索引时选择什么索引列，应该是由 select 语句的 where 部分决定的。比如 where id=1 ，只需选择 id 一个索引列；如果是 where id=1 and name=2 ，则需要选择 id 和 name 两个索引列来创建索引。只对主键进行索引，因为是唯一的，所以将“单性值”设置为“唯一”。
数据量比较大的表，都应在其主键上创建一个索引，其它需要的另加。
order by 语句里的字段，一般无法使用索引，所以，尽量在 order by 之前将查询结果的行数缩到最少。
文章来源于领测软件测试网 https://www.ltesting.net/
