Oracle 执行计划篇----EXPLAIN PLAN FOR

1.执行计划的常用列字段解释：

基数（Rows）：Oracle估计的当前操作的返回结果集行数

字节（Bytes）：执行该步骤后返回的字节数

耗费（COST）、CPU耗费：Oracle估计的该步骤的执行成本，用于说明SQL执行的代价， 理论上越小越好
					（该值可能与实际有出入）

时间（Time）：Oracle估计的当前操作所需的时间

2.执行顺序：

根据Operation缩进来判断，缩进最多的最先执行；（缩进相同时，最上面的最先执行）

3.检索方式：

1.TABLE ACCESS BY …  即描述的是该动作执行时表访问（或者说Oracle访问数据）的方式（非全部）:
	
	a.TABLE ACCESS FULL（全表扫描）:
			Oracle会读取表中所有的行，并检查每一行是否满足SQL语句中的 Where 限制条件；
			全表扫描时可以使用多块读（即一次I/O读取多块数据块）操作，提升吞吐量；
		    使用建议：数据量太大的表不建议使用全表扫描，除非本身需要取出的数据较多，占到表数据总量的 5% ~ 10% 或以上
														
    b.ABLE ACCESS BY ROWID（通过ROWID的表存取）:
			ROWID是由Oracle自动加在表中每行最后的一列伪列，既然是伪列，就说明表中并不会物理存储ROWID的值；
			你可以像使用其它列一样使用它，只是不能对该列的值进行增、删、改操作；
			一旦一行数据插入后，则其对应的ROWID在该行的生命周期内是唯一的，即使发生行迁移，该行的ROWID值也不变。
			让我们再回到 TABLE ACCESS BY ROWID 来：行的ROWID指出了该行所在的数据文件、数据块以及行在该块中的位置，所以通过ROWID可以快速定位到目标数据上，这也是Oracle中存取单行数据最快的方法；

	c.TABLE ACCESS BY INDEX SCAN（索引扫描）:
			在索引块中，既存储每个索引的键值，也存储具有该键值的行的ROWID。
			所以索引扫描其实分为两步：
											Ⅰ：扫描索引得到对应的ROWID
											Ⅱ：通过ROWID定位到具体的行读取数据
											
	d.TABLE ACCESS BY INDEX ROWID BATCHED: 
		The BATCHED access shown in Step 1 means that the database retrieves a few rowids from the index, 
		and then attempts to access rows in block order to improve the clustering and reduce the number 
		of times that the database must access a block.

		这句话的意思是说，该操作是数据库为了从索引中获取一些rowid，接着，试着按照块顺序存取块中的数据行，
		以便用来改善聚集效果和减少对一个数据块存取的次数。
		官方解释的意思就是这样，但怎么理解呢？之前，当我们通过索引获取的rowid回表获取相应数据行时，
		都是读一个rowid回表获取一次相应数据行，然后，再读一个rowid，再回表获取一次相应数据行。。。，
		这样一直读取完所有所需数据。当不同rowid对应的数据行存储在一个数据块中时，就可能会发生对
		同一表数据块的多次读取，当一个索引的聚集因子比较低时，这也是一个必然结果，从而浪费了系统
		资源。Oracle 12c中该新特性，通过对rowid对应的数据块号进行排序，然后回表读取相应数据行，
		从而避免了对同一表数据块的多次重复读取，从而改善了SQL语句的性能，降低了资源消耗。
		该特性通过隐藏参数“_optimizer_batch_table_access_by_rowid”控制，默认值为true，即为开启。

															
														
----------------索引扫描延伸-------------------

索引扫描又分五种：
				(a)INDEX UNIQUE SCAN（索引唯一扫描）
					针对唯一性索引（UNIQUE INDEX）的扫描，每次至多只返回一条记录；
					表中某字段存在 UNIQUE、PRIMARY KEY 约束时，Oracle常实现唯一性扫描；

				(b)INDEX RANGE SCAN（索引范围扫描）
					使用一个索引存取多行数据；
					发生索引范围扫描的三种情况：
					在唯一索引列(unique索引)上使用了范围操作符（如：>   <   <>   >=   <=   between）
					在组合索引上，只使用部分列进行查询（查询时必须包含前导列，否则会走全表扫描）
					对非唯一索引列(非unique)上进行的任何查询 

				(c)INDEX FULL SCAN（索引全扫描）
					进行全索引扫描时，查询出的数据都必须从索引中可以直接得到
					（注意全索引扫描只有在CBO模式下才有效）

                (d)INDEX FAST FULL SCAN（索引快速扫描）
					扫描索引中的所有的数据块，与 INDEX FULL SCAN 类似，但是一个显著的区别是它不对
					查询出的数据进行排序（即数据不是以排序顺序被返回）

				(e)INDEX SKIP SCAN（索引跳跃扫描）
					Oracle 9i后提供，有时候复合索引的前导列（索引包含的第一列）没有在查询语句中出现，
					oralce也会使用该复合索引，这时候就使用的INDEX SKIP SCAN;什么时候会触发
					 INDEX SKIP SCAN 呢？
					前提条件：表有一个复合索引，且在查询时有除了前导列（索引中第一列）外的其他列作
					为条件，并且优化器模式为CBO时当Oracle发现前导列的唯一值个数很少时，会将每个唯
					一值都作为常规扫描的入口，在此基础上做一次查找，最后合并这些查询；
					例如：
					假设表emp有ename（雇员名称）、job（职位名）、sex（性别）三个字段，并且建立
					了如 create index idx_emp on emp (sex, ename, job) 的复合索引；因为性别只有 '男' 
					和 '女' 两个值，所以为了提高索引的利用率，Oracle可将这个复合索引拆成 
					('男', ename, job)，('女', ename, job) 这两个复合索引；当查询 select * from emp where job = 
					'Programmer' 时，该查询发出后：Oracle先进入sex为'男'的入口，这时候使用到了 ('男', ename, job) 
					这条复合索引，查找 job = 'Programmer' 的条目；再进入sex为'女'的入口，这时候使用到了
					 ('女', ename, job) 这条复合索引，查找 job = 'Programmer' 的条目；
					 最后合并查询到的来自两个入口的结果集。


----------------分区表扫描方式-----------------------
PARTITION RANGE ALL  		扫描所有分区
PARTITION RANGE ITERATOR	扫描部分分区
PARTITION RANGE SINGLE		扫描单个分区