oracle如何访问数据
1.全表扫描(fulltablescansfts)
为实现全表扫描， oracle读取表中所有行，并检查每一行是否满足语句的where限制条件一个多块读操作可以使一次i/o能读取多块数据块(db_block_multiblock_read_count参数设定)， 而不是只读取一个数据块， 这极大的减 少了i/o总次数， 提高了的吞吐量，所以利用多块读的方法可以十分高效地实现全表扫描，而且只有在全表扫描的情况下才能使用多块读操作。在这种访问模式下，每个数据块只被读一次。使用fts的前提条件：在较大的表上不建议使用全表扫描，除非取出数据的比较多，超过总量的5%——10%，或你
想使用并行查询功能时。
example：
sql>explain plan for select * fromdual;
queryplan
—————————————–
selectstatement[choose]cost=
tableaccessfulldual
全表扫描模式下会读数据到表的高水位线( hwm即表示表曾经扩展的最后一个数据
块)，读取速度依赖于oracle初始化参数db_block_multiblock_read_count
(fts扫描会使表使用上升到高水位(hwm),hwm标识了表最后写入数据的块,如果你
用delete删除了所有的数据表仍然处于高水位(hwm),只有用 truncate才能使表回归,fts使用多io从磁盘读取数据块).
queryplan
————————————
selectstatement[choose]cost=1
**indexuniquescanemp_i1 –如果索引里就找到了所要的数据，就不会再去访问表
通过设置db_block_multiblock_read_count可以设置一次io能读取的数据块个数， 从而有效减少全表扫描时的io总次数， 也就是通过预读机制将将要访问的数据块预先读入内存中。只有在全表扫描情况下才能使用多块读操作。
2.通过rowid的表存取(tableaccessbyrowid或rowidlookup)
行的rowid指出了该行所在的数据文件、数据块以及行在该块中的位置，所以通过
rowid来存取数据可以快速定位到目标数据上，是 oracle存取单行数据的最快方法。
这种存取方法不会用到多块读操作， 一次i/o只能读取一个数据块。 我们会经常在执行计划中看到该存取方法，如通过索引查询数据。
使用rowid存取的方法：
sql>explainplanforselect*fromdeptwhererowid=”aaaaygaadaaaaataaf”;
queryplan
————————————
selectstatement[choose]cost=1
tableaccessbyrowiddept[analyzed]
3. 索引扫描(indexscan或indexlookup)
我们先通过index查找到数据对应的rowid值 ( 对于非唯一索引可能返回多个rowid值)，然后根据rowid直接从表中得到具体的数据，这种查找方式称为索引扫描或索引查找 ( indexlookup)。 一个 rowid唯一的表示一行数据， 该行对应的数据块是通过一次 i/0得到的， 在此情况下该次 i/o只会读取一个块。
在索引中，除了存储每个索引的值外，索引还存储具有此值的行对应的 rowid值。
索引扫描可以由 2步组成：
1 扫描索引得到对应的 rowid值。
2 通过找到的 rowid从表中读出具体的数据。
每步都是单独的一次 i/o， 但是对于索引， 由于经常使用， 绝大多数都已经 cache到内存中， 所以第 1步的 i/o经常是逻辑 i/o， 即数据可以从内存中得到。 但是对于第 2步来说， 如果表比较大， 则其数据不可能全在内存中， 所以其 i/o很有可能是物理 i/o， 这 是一个机械操作， 相对逻辑
i/o
是极其费时间的。
所以如果多大表进行索引扫描， 取出的数据如果大于总量的 5% —— 10%
，使用索引
扫描会效率下降很多。如下列所示：
sql> explain plan for select empno， ename from emp where empno=10;
query plan
————————————
select statement [choose] cost=1
table access by rowid emp [analyzed]
index unique scan emp_i1
但是如果查询的数据能全在索引中找到，就可以避免进行第 2步操作，避免了不必要
的 i/o，此时即使通过索引扫描取出的数据比较多，效率还是很高的
sql> explain plan for select empno from emp where empno=10;– 只查询 empno列
值
query plan
————————————
select statement [choose] cost=1
index unique scan emp_i1
进一步讲， 如果 sql语句中对索引列进行排序， 因为索引已经预先排序好了， 所以在执行计划中不需要再对索引列进行排序
sql> explain plan for select empno, ename from emp where empno > 7876
order by empno;
query plan
——————————————————————————–
select statement[choose] cost=1
table access by rowid emp [analyzed]
index range scan emp_i1 [analyzed]
从这个例子中可以看到： 因为索引是已经排序了的， 所以将按照索引的顺序查询出符合条件的行，因此避免了进一步排序操作。
根据索引的类型与 where限制条件的不同，有 4种类型的索引扫描：
1) 索引唯一扫描(index unique scan)
通过唯一索引查找一个数值经常返回单个rowid.如果存在 unique 或 primary
key 约束(它保证了语句只存取单行)的话， oracle经常实现唯一性扫描。
使用唯一性约束的例子：
sql> explain plan for select empno， ename from emp where empno=10;
query plan
————————————
selectstatement[choose] cost=1
tableaccess byrowid emp [analyzed]
index unique scan emp_i1
2) 索引范围扫描(index range scan)
使用一个索引存取多行数据，在唯一索引上使用索引范围扫描的典型情况下是在谓词
( where限制条件)中使用了范围操作符(如>、 <、 <>、 >=、 <=、 between)
使用索引范围扫描的例子：
sql> explain plan for select empno， ename from emp where empno > 7876
orderby empno;
query plan
——————————————————————————–
selectstatement[choose] cost=1
tableaccess byrowid emp [analyzed]
index range scan emp_i1 [analyzed]
在非唯一索引上，谓词col = 5可能返回多行数据，所以在非唯一索引上都使用索引范
围扫描。
使用index rang scan的3种情况：
1 在唯一索引列上使用了range操作符( > < <> >= <= between)
2 在组合索引上，只使用部分列进行查询，导致查询出多行
3 对非唯一索引列上进行的任何查询。
3) 索引全扫描(index full scan)
与全表扫描对应， 也有相应的全索引扫描。而且此时查询出的数据都必须从索引中可以直接得到。
全索引扫描的例子：
sql>explain plan for select empno， ename from big_emp order by empno，ename;
query plan
——————————————————————————–
selectstatement[choose] cost=26
index fullscan be_ix [analyzed]
4) 索引快速扫描(index fastfull scan)
扫描索引中的所有的数据块，在这种存取方法中， 可以使用多块读功能，也可以使用并行读入，以便获得最大吞吐量与缩短执行时间。
与 index full scan很类似，但是一个显著的区别就是它不对查询出的数据进行排序， 即数据不是以排序顺序被返回。
索引快速扫描的例子： be_ix索引是一个多列索引： big_emp( empno， ename)
sql> explain plan for select empno， ename from big_emp;
query plan
——————————————
select statement[choose] cost=1
index fast fullscan be_ix [analyzed]
只选择多列索引的第2列：
sql> explain plan for select ename from big_emp;
query plan
——————————————
select statement[choose] cost=1
index fast fullscan be_ix [analyzed]