菜单 学习猿地 - LMONKEY

VIP

开通学习猿地VIP

尊享10项VIP特权 持续新增

知识通关挑战

打卡带练!告别无效练习

接私单赚外块

VIP优先接,累计金额超百万

学习猿地私房课免费学

大厂实战课仅对VIP开放

你的一对一导师

每月可免费咨询大牛30次

领取更多软件工程师实用特权

入驻
14
0

【从翻译mos文章】采用高速全扫描索引(index ffs) 为了避免全表扫描

原创
05/13 14:22
阅读数 77527

采用高速全扫描索引(index ffs) 为了避免全表扫描

参考原始:
Index Fast Full Scan Usage To Avoid Full Table Scans (Doc ID 70135.1)

可适用:
Oracle Database - Enterprise Edition - Version 7.3.0.0 to 11.2.0.3 [Release 7.3.0 to 11.2]
Information in this document applies to any platform.
***Checked for relevance on 2-Dec-2013***

目的:
本文讨论了使用 Index Fast Full Scans (Index FFS) 来避免Full Table Scans (FTS)

范围:

那些遇到 查询走fts而不走index ffs这样的情况 的支持分析人员和客户

细节:

什么时候index ffs 优先于fts 被使用?

从Oracle8 Server Concepts manual:

1.索引必须包含全部的在查询中出现的列(确切的说是要么 出如今select之后,要么 出如今where 之后)。
2.index ffs 仅仅适用于cbo
3.Index FFS  相应的hint为 /*+ INDEX_FFS() */

index ffs是在oracle 7.3中被引入的。
在oracle 7中,须要把初始化參数V733_PLANS_ENABLED设置为true

一个index ffs 将会扫描index中的全部blocks。

返回的数据是不排序的。

index ffs 能够使用多块I/O,也能够像 fts那样使用并行。

样例:

使用 the standard emp and dept tables 来举例

准备工作:创建一个复合索引
create index emp_ix on emp(empno, deptno, ename);

第一种情况:查询一个单表,该查询的 select语句之后有索引中的所有列:
SQL> select /*+ INDEX_FFS (emp emp_ix) */ empno, deptno, ename from emp;

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=21 Bytes=693)
1 0 INDEX (FAST FULL SCAN) OF 'EMP_IX' (NON-UNIQUE) (Cost=4 Card=21 Bytes=693)

 

另外一种情况:查询一个单表, 组成index的列,要么 出如今select之后。要么 where 之后
SQL> select /*+ INDEX_FFS (emp emp_ix) */ empno, ename from emp where deptno > :bind1;

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=2 Bytes=66)
1 0 INDEX (FAST FULL SCAN) OF 'EMP_IX' (NON-UNIQUE) (Cost=4 Card=2 Bytes=66)


第三种情况:查询中有构成index的全部列和没在index中的列
SQL> select /*+ INDEX_FFS (emp emp_ix) */ empno, ename from emp where deptno > :bind1 and sal <:bind2;

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1 Card=1 Bytes=46)
1 0 TABLE ACCESS (FULL) OF 'EMP' (Cost=1 Card=1 Bytes=46)

Note: CBO 优化器选择了 FTS。原因是 INDEX FFS不能满足  all columns in query 这个要求。

--->能够看出,尽管用了hint,可是运行计划依旧不走index ffs,而是走了TABLE ACCESS (FULL)。原因非常easy:走了index ffs就得不到正确的结果。


第四种情况:构成复合索引的列,包含在查询中。


SQL> select /*+ INDEX_FFS (emp emp_ix) */ ename from emp;

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=21 Bytes=147)
1 0 INDEX (FAST FULL SCAN) OF 'EMP_IX' (NON-UNIQUE) (Cost=4 Card=21 Bytes=147)

NOTE: INDEX FFS still chosen if subset of index columns in query


第五种情况:查询包含关联(join)
SQL> select /*+ INDEX_FFS ( e emp_ix) */ e.ename, d.dname from emp e , dept d where e.deptno=d.deptno;

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=6 Card=4 Bytes=168)
1 0 HASH JOIN (Cost=6 Card=4 Bytes=168)
2 1 INDEX (FAST FULL SCAN) OF 'EMP_IX' (NON-UNIQUE) (Cost=4Card=21 Bytes=420)
3 1 TABLE ACCESS (FULL) OF 'DEPT' (Cost=1 Card=21 Bytes=462)

--->查看,对emp桌(这是:e桌),也可以去index ffs

发表评论

0/200
14 点赞
0 评论
收藏