一次分析的全过程,和大家交流!

chao_ping

这种事情没有一定之归的。什么样实现效率高，就怎么样实现。

你的情况，或许你换一个Vendor——code，结果就截然不一样了。

chao_ping

实际上对CBO有影响的参数有好多个， 默认的方式，似乎是更加倾向于all_rows的结果。

fals

虽然看不太懂，但是先收藏之，比着书再看这个范例
版主辛苦了!!谢谢!!

虽然说具体情况具体分析，起码这里给出了一个解决问题的思路，学习之!!

yjf6660

oracle学习中，还没有看到性能调优，但是觉得这个分析的思路挺不错的，
收藏之，谢谢斑竹。
如此多的高手，愈加坚定了我学习oracle的决心。

eygle

最初由 chao_ping 发布
[B]这种事情没有一定之归的。什么样实现效率高，就怎么样实现。

你的情况，或许你换一个Vendor——code，结果就截然不一样了。 [/B]

是会有所不同，但是执行计划是需要稳定的，几个全表扫描是明显错误的选择。

在其他更为难办的地方，我使用了outline

huang0905

eygle:
     请详细介绍如何得出的 execution plan and statistics 结果，是否是从表 plan_table 中?

eygle

缺省的，CBO的确是使用ALL_ROWS

quote
- ALL_ROWS - this is the default costing model.            
Access methods are chosen based on their relative costs. This model            
attempts to return all the required rows as quickly as possible.            
This may compromise the speed that the first row is returned.          

- FIRST_ROWS - this is a modified version of ALL_ROWS. Access methods            
are still chosen based on their relative costs but emphasis is            
placed on methods that return the initial rows more quickly. It is            
more likely that indexes will be chosen under FIRST_ROWS.         

-By default, CBO uses 'ALL_ROWS' costing. [/COLOR]

Good Metalink article:

http://metalink.oracle.com/metal ... OT&p_id=35934.1

eygle

最初由 huang0905 发布
[B]eygle:
     请详细介绍如何得出的 execution plan and statistics 结果，是否是从表 plan_table 中? [/B]

Yeah, 是通过autotrace从plan_table里得出的执行计划!

see this basic article:

http://osi.oracle.com/~tkyte/article1/autotrace.html

hotmango

其实对某些情况，进行全表扫描也有可能就是最快的查询。具体情况，关于ｓｑｌ的优化，我们再讨论吧。

lunar2000

我的理解：

eygle给我们一种思考问题的思路，固然没什么事一成不变得，但是要有好的应变思路就很重要了。还有一句话，见多识广。

关于CBO和RBO，各自的特点很多书籍和资料都有记载，但是灵活应用他们就是各自的本领了，再有，RBO逐渐推出舞台，或许意味着我们的一些思路可以拓宽和上前一步看问题了。

学无止境

BTW:
全表扫描和索引扫描也都不是绝对的，也是不同的情况不同的处理，比如说结果集的情况不同，呵呵，强烈呼吁类似的帖子多多益善！