CBO学习之一What do you mean by Cost(三)
atio的值小于6，准确点说，小于6大于0的整数都可以。
alter session set "_sort_elimination_cost_ratio" =5;
Session altered.
select
2 *
3 from t1
4 where object_type = 'TABLE'
5 order by
6 object_id
7 ;
2060 rows selected.
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT ptimizer=FIRST_ROWS (Cost=46 Card=423 Bytes=36378)
1 0 SORT (ORDER BY) (Cost=46 Card=423 Bytes=36378)
2 1 TABLE ACCESS (BY INDEX ROWID) OF 'T1' (Cost=32 Card=423Bytes=36378)
3 2 INDEX (RANGE SCAN) OF 'T1_IND' (NON-UNIQUE) (Cost=1 Card=423)
可以看到默认的执行计划已经走到了object_type索引的range scan.
如果设置参数_sort_elimination_cost_ratio的值大于6，那么查询计划依然会走主键列的index full scan.
alter session set "_sort_elimination_cost_ratio" =6/7(只要大等于6);
Session altered.
select
*
from t1
where object_type = 'TABLE'
order by
object_id
;
2060 rows selected.
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT ptimizer=FIRST_ROWS (Cost=276 Card=423 Bytes=36378)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T1' (Cost=276 Card=423 Bytes=36378)
2 1 INDEX (FULL SCAN) OF 'T1_PK' (UNIQUE) (Cost=23 Card=10986)
可以看到 _sort_elimination_cost_ratio 的含义。
如果不走排序的成本/走排序的成本 > _sort_elimination_cost_ratio.那么执行计划会走排序。
如果不走排序的成本/走排序的成本 < _sort_elimination_cost_ratio.那么执行计划不会走排序。
_sort_elimination_cost_ratio=0是一个比较特殊的值，代表任何时候都要消减排序，即使排序的成本的是无穷大。
如果想取消这个特性，那么就把这个参数值设置成1。
有一点没想明白，这个参数值9I就有的。这个特性导致的问题是，走了耗费时间更长的index full scan.
如果这个特性存在问题，那么9I就应该存在问题，可是网上大多数网友遇到的问题是，升级到10G以后出现了这个问题。