在查询条件中有两个索引列时，RBO将如何选择？

biti_rainy

ANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.3.0 - Production
PL/SQL Release 9.2.0.3.0 - Production
CORE    9.2.0.3.0       Production
TNS for Linux: Version 9.2.0.3.0 - Production
NLSRTL Version 9.2.0.3.0 - Production

alibaba@OCN>create table t as select * from dba_objects;

Table created.

alibaba@OCN>desc t
Name                                                  Null?    Type
----------------------------------------------------- -------- ------------------------------------
OWNER                                                          VARCHAR2(30)
OBJECT_NAME                                                    VARCHAR2(128)
SUBOBJECT_NAME                                                 VARCHAR2(30)
OBJECT_ID                                                      NUMBER
DATA_OBJECT_ID                                                 NUMBER
OBJECT_TYPE                                                    VARCHAR2(18)
CREATED                                                        DATE
LAST_DDL_TIME                                                  DATE
TIMESTAMP                                                      VARCHAR2(19)
STATUS                                                         VARCHAR2(7)
TEMPORARY                                                      VARCHAR2(1)
GENERATED                                                      VARCHAR2(1)
SECONDARY                                                      VARCHAR2(1)

alibaba@OCN>create index  t_created on t(created);

Index created.

alibaba@OCN>create index t_last_ddl_time on t(last_ddl_time);

Index created.

alibaba@OCN>set autotrace on
alibaba@OCN>set  autotrace  traceonly
alibaba@OCN>select * from t where created = sysdate and  last_ddl_time = sysdate;

no rows selected


Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE
   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'T'
   2    1     AND-EQUAL
   3    2       INDEX (RANGE SCAN) OF 'T_CREATED' (NON-UNIQUE)
   4    2       INDEX (RANGE SCAN) OF 'T_LAST_DDL_TIME' (NON-UNIQUE)




Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          2  consistent gets
          1  physical reads
          0  redo size
        918  bytes sent via SQL*Net to client
        368  bytes received via SQL*Net from client
          1  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          0  rows processed

alibaba@OCN>select * from t where created > sysdate and  last_ddl_time > sysdate;

no rows selected


Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE
   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'T'
   2    1     INDEX (RANGE SCAN) OF 'T_LAST_DDL_TIME' (NON-UNIQUE)




Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          2  consistent gets
          1  physical reads
          0  redo size
        918  bytes sent via SQL*Net to client
        368  bytes received via SQL*Net from client
          1  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          0  rows processed

alibaba@OCN>drop index  t_created;

Index dropped.

alibaba@OCN>create index  t_created on t(created);

Index created.

alibaba@OCN>select * from t where created > sysdate and  last_ddl_time > sysdate;

no rows selected


Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE
   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'T'
   2    1     INDEX (RANGE SCAN) OF 'T_CREATED' (NON-UNIQUE)




Statistics
----------------------------------------------------------
         29  recursive calls
          0  db block gets
          5  consistent gets
          1  physical reads
          0  redo size
        918  bytes sent via SQL*Net to client
        368  bytes received via SQL*Net from client
          1  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          0  rows processed

alibaba@OCN>

www.wwf.co

今天早上到后写了一个试验，环境是我的笔记本，9.2.0.1版本数据库
一个试验，推翻了biti和xzh2000的设想：

请看：

SQL> desc a
名称                                      是否为空? 类型
----------------------------------------- -------- ---------------------

OWNER                                              VARCHAR2(30)
OBJECT_NAME                                        VARCHAR2(128)
SUBOBJECT_NAME                                     VARCHAR2(30)
OBJECT_ID                                          NUMBER
DATA_OBJECT_ID                                     NUMBER
OBJECT_TYPE                                        VARCHAR2(18)
CREATED                                            DATE
LAST_DDL_TIME                                      DATE
TIMESTAMP                                          VARCHAR2(19)
STATUS                                             VARCHAR2(7)
TEMPORARY                                          VARCHAR2(1)
GENERATED                                          VARCHAR2(1)
SECONDARY                                          VARCHAR2(1)

SQL> select index_name from user_indexes where table_name = 'A';

INDEX_NAME
------------------------------
IND_OBJECTID_A

IND_OBJECTID_A 是object_id列上的索引。再新建一个索引：
SQL> create index ind_createdate_a on a(created) tablespace
  2  index_test;

索引已创建。

SQL> set timing on
SQL> select object_name from a where a.object_id = 30308 and
  2  created between to_date('2005-01-10 00:00:00', 'yyyy-mm-dd hh24:mi:ss')
  3  and to_date('2005-01-20 00:00:00', 'yyyy-mm-dd hh24:mi:ss');

已选择96行。

已用时间:  00: 00: 01.02

Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE
   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'A'
   2    1     INDEX (RANGE SCAN) OF 'IND_OBJECTID_A' (NON-UNIQUE)


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
        106  consistent gets
         98  physical reads
          0  redo size
       1637  bytes sent via SQL*Net to client
        569  bytes received via SQL*Net from client
          8  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
         96  rows processed

可以看出，执行计划使用的仍然是 object_id 字段上的索引 IND_OBJECTID_A。

不过，我尝试这样的查询：

SQL> select object_name from a where a.object_id = 30308 and
  2  created = to_date('2005-01-16 10:46:46', 'yyyy-mm-dd hh24:mi:ss');

已选择96行。

已用时间:  00: 00: 00.01

Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE
   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'A'
   2    1     AND-EQUAL
   3    2       INDEX (RANGE SCAN) OF 'IND_OBJECTID_A' (NON-UNIQUE)
   4    2       INDEX (RANGE SCAN) OF 'IND_CREATEDATE_A' (NON-UNIQUE)


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
        315  consistent gets
          2  physical reads
          0  redo size
       1637  bytes sent via SQL*Net to client
        569  bytes received via SQL*Net from client
          8  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
         96  rows processed

SQL>

这次，执行计划使用了两个索引，并且使用了AND-EQUAL连接方法。

www.wwf.co

biti，你的试验过程我刚刚读过！在读你的试验之前，我把自己的试验过程帖了出来。
我会到楼下重复你的试验。
不过，我现在不明白的是. user_indexes这样的视图中，并没有索引创建的时间信息。
不知优化器如何根据创建时间来选择。

biti_rainy

你可以看看我上面的例子，一要避免  AND-EQUAL  ，二要在条件界定上必须对等。不能一个是 等于 另一个是 大于 这样的条件。

www.wwf.co

当然，在没有试验结果证明之前，我并不相信优化器是根据创建时间选择的。我这就下楼去试验!

xzh2000

最初由 www.wwf.co 发布
[B]当然，在没有试验结果证明之前，我并不相信优化器是根据创建时间选择的。我这就下楼去试验! [/B]

在user_objects中可以看到对象创建的时间的。

biti_rainy

实际上，没有放之四海皆准的真理，都是在有限条件下成立的

在出现一个现象的时候，能应用已知知识去解释现象，就成。

www.wwf.co

刚才试验了以下，按照biti的试验，确实是和时间先后顺序有关。

Fenng

这个Oracle有记载的，

后创建的索引优先

grassbell

推荐这篇文章。

第4页蓝色部分，讲到这个问题