Oracle SQL运行时间的最主要的组成部分是花在为执行准备新的SQL语句上的时间。不过，如果了解了可执行计划产生的内在机制，你就可以控制Oracle花费在评估表的连接顺序的时间，并在总体上提高查询的性能。
　　准备为执行提供的SQL语句
　　在一个SQL语句进入Oracle库的cache之后、而真正被执行之前，将会依次发生如下事件：
　　语法检查——检查该SQL语句的拼写和词序是否正确。
　　语义解析——Oracle根据数据词典（data dictionary）来验证所有的表格（table）和列（column）。
　　已保存纲要检查——Oracle检查词典以确认对应该SQL语句是否已存在已保存的纲要（Stored Outline）。
　　产生执行计划——Oracle根据一种罚值（cost-based）优化算法和数据词典中的统计数据来决定如何生成最优执行计划。
　　产生二进制代码——Oracle在执行计划的基础上生成可执行的二进制代码。
　　一旦开始准备执行SQL语句，上述的过程很快就会执行，这是因为Oracle可以识别出同样的SQL语句并对同样的SQL语句重复使用对应的可执行代码。然而，对产生ad hoc SQL的系统以及SQL中嵌入文本值（literal value）的情况，SQL执行计划的生成时间就会变得相当长，而且以前的执行计划也常常不能被再次利用。对那些牵涉到许多表格的查询，Oracle可能要花上很长的时间来决定把连接这些表格的顺序。

　　评估连接表格的顺序

　　生成可执行计划的时间往往是SQL的准备过程中最大的开销组成部分，尤其是在处理有多个表的连接的查询的情况下。当Oracle评估表的连接顺序时，它必须考虑每一种可能的排序。例如，当有六个表格需要连接时，Oracle需要考虑720种（6的排列数，即6×5×4×3×2×1＝720）可能的连接排序。当需要连接的表的数量超过10时，这个排列问题将变得非常突出：如果需要连接的表格有15个，那么需要考虑的可能的查询排列顺序超过一万亿种（精确值为1,307,674,368,000）。

　　在optimizer_search_limit参数中设置限制

　　你可以通过optimizer_search_limit参数来控制上述问题的发生，该参数用来指定优化器评估的表格连接顺序的最大数目。利用这个参数，就可以防止优化器在评估所有可能的表格连接顺序中所花费的多余时间。如果查询中的表的数量少于或者等于optimizer_search_limit，那么优化器检查所有的可能表的连接方式。

　　例如，涉及了五个表的查询一共有120种(5！＝5×4×3×2×1＝120)可能的连接顺序，所以如果参数optimizer_search_limit的值设置为5（默认值），那么优化器就会考虑所有的这120种可能的连接顺序。optimizer_search_limit参数还用来控制启动开始连接指示（star join hint）的阈值。当查询所涉及的表格数量少于参数optimizer_search_limit的设定值，开始连接指示将被设置。

　　另一个工具：optimizer_max_permutations参数

　　optimizer_max_permutations初始参数用来设定优化器优化范围的上界（即最多考虑多少种表格连接顺序），它依赖于初始参数　　optimizer_search_limit。参数optimizer_max_permutations的默认值为8000。

　　参数optimizer_search_limit 和optimizer_max_permutations一同用来设置优化器所考虑的排列数的上限。优化器不断的产生可能的表的连接的排列，直到排列数达到参数optimizer_search_limit或者optimizer_max_permutations为止。一旦优化器停止产生新的可能连接排列，它将会从中选择出耗费最小的排列。

更多软考资料请访问：考试吧软件水平考试栏目

希望与更多网友交流，请进入考试吧软件水平考试论坛

[1] [2] [3] 下一页