加入两个表时，加入消除工作正常：
SQL> set lines 200;
SQL>
SQL> select * from v$version;
BANNER CON_ID
-------------------------------------------------------------------------------- ----------
Oracle Database 12c Release 12.1.0.1.0 - 64bit Production 0
PL/SQL Release 12.1.0.1.0 - Production 0
CORE 12.1.0.1.0 Production 0
TNS for Linux: Version 12.1.0.1.0 - Production 0
NLSRTL Version 12.1.0.1.0 - Production 0
SQL>
SQL> create table t01 (
2 id integer,
3 apk varchar2(255 char),
4 constraint pk_01 primary key (id)
5 );
Tabelle wurde erstellt.
SQL> create table t02 (
2 id integer,
3 apk varchar2(255 char),
4 id_t01 integer,
5 constraint pk_02 primary key (id),
6 constraint fk_02 foreign key (id_t01) references t01(id)
7 );
Tabelle wurde erstellt.
SQL> create table t03 (
2 id integer,
3 apk varchar2(255 char),
4 id_t02 integer,
5 constraint pk_03 primary key (id),
6 constraint fk_03 foreign key (id_t02) references t02(id)
7 );
Tabelle wurde erstellt.
SQL> create index ix_t03 on t03(id_t02);
Index wurde erstellt.
SQL> create index ix_t02 on t02(id_t01);
Index wurde erstellt.
SQL> insert into t01 (id, apk)
2 select level, to_char(level)
3 from dual
4 connect by level <= 1000;
1000 Zeilen erstellt.
SQL> insert into t02(id, apk, id_t01)
2 select id, apk, id from t01;
1000 Zeilen erstellt.
SQL> insert into t03(id, apk, id_t02)
2 select id, apk, id from t01;
1000 Zeilen erstellt.
SQL> commit;
Transaktion mit COMMIT abgeschlossen.
SQL>
SQL> exec dbms_stats.gather_table_stats(null, 'T01', method_opt=>'for all columns size skewonly', cascade=>true);
PL/SQL-Prozedur erfolgreich abgeschlossen.
SQL> exec dbms_stats.gather_table_stats(null, 'T02', method_opt=>'for all columns size skewonly', cascade=>true);
PL/SQL-Prozedur erfolgreich abgeschlossen.
SQL> exec dbms_stats.gather_table_stats(null, 'T03', method_opt=>'for all columns size skewonly', cascade=>true);
PL/SQL-Prozedur erfolgreich abgeschlossen.
SQL> commit;
Transaktion mit COMMIT abgeschlossen.
SQL>
SQL> set autotrace traceonly explain;
SQL>
SQL> select t02.id
2 from t02
3 left join t01 on t01.id = t02.id_t01;
Ausführungsplan
----------------------------------------------------------
--------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost |
--------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1000 | 8000 | 2 |
| 1 | INDEX FAST FULL SCAN| PK_02 | 1000 | 8000 | 2 |
--------------------------------------------------------------
- ＆GT;对t02的主键索引进行快速全扫描，不读取t01。这就是我所期待的。
加入t02和t03也按预期工作：
SQL>
SQL> select t03.id
2 from t03
3 left join t02 on t02.id = t03.id_t02;
Ausführungsplan
----------------------------------------------------------
--------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost |
--------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1000 | 8000 | 2 |
| 1 | INDEX FAST FULL SCAN| PK_03 | 1000 | 8000 | 2 |
--------------------------------------------------------------
- ＆GT;对t03的主键索引进行快速全扫描，不读取t02。这就是我所期待的。
当我尝试加入t01，t02和t03时出现问题：
SQL> select t03.id
2 from t03
3 left join t02 on t02.id = t03.id_t02
4 left join t01 on t01.id = t02.id_t01;
Ausführungsplan
----------------------------------------------------------
------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost |
------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1000 | 16000 | 18 |
| 1 | NESTED LOOPS OUTER| | 1000 | 16000 | 18 |
| 2 | TABLE ACCESS FULL| T03 | 1000 | 8000 | 18 |
| 3 | INDEX UNIQUE SCAN| PK_02 | 1 | 8 | 0 |
------------------------------------------------------------
我希望（仅）在此处对pk_03进行完整索引扫描，但执行计划在T03和PK02之间执行嵌套循环。
我做错了什么？我有错误的期望吗？我在Oracle documentation / stackoverflow / google中找不到解释此行为的任何内容。
我正在使用的实际数据库确实有更多的列/表等，这只是一个最小的例子。当连接20个表时问题变得更糟，并且不会发生预期的连接消除。这对我们的查询执行时间有很大的负面影响。
非常感谢。
答案 0 :(得分：0)
select t03.id
from t03
left join t02 on t02.id = t03.id_t02
left join t01 on t01.id = t02.id_t01;
可以从此查询中删除表t01，因为需要读取该表中的任何内容以确定t02中哪些行具有指向t01的有效FK - 您只需检查PK索引而不是表。
要检查t03中哪些行的有效FK指向t02，您也不需要读取t02。
但是要将这两组行连接在一起，您需要读取所有t02，以查看一组中哪些行具有与另一组中的行匹配的ID。仅索引没有足够的信息来进行此连接。
From this answer，“索引记录只包含索引字段和指向原始记录的指针” - 这意味着fk_03（在t03上）看起来有点像这样：
id_t02 t02_rowid
873 AAEiyFAAVAAA49bAAA
874 AAEiyFAAVAAA49bAAB
...
要将它们连接在一起，您需要问：哪个t02 rowid（来自第一个索引）指向第二个索引中id_t01值的记录？并且索引本身没有这些信息 - 您必须阅读表格。
实际上，在审核时，我认为问题更多的是将t03.id与pk_02结果相匹配。抱歉，我不是这方面的专家。
无论如何，您可以将该信息添加到复合索引中：
create index ix_t0302 on t03(id_t02, id);
这改变了解释计划：
-------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 10 | 160 | 2 (0)| 00:00:01 |
| 1 | NESTED LOOPS OUTER| | 10 | 160 | 2 (0)| 00:00:01 |
| 2 | INDEX FULL SCAN | IX_T0302 | 10 | 80 | 1 (0)| 00:00:01 |
|* 3 | INDEX UNIQUE SCAN| PK_02 | 1 | 8 | 1 (0)| 00:00:01 |
-------------------------------------------------------------------------------
*编辑纠正自己