??? 和ROWNUM一樣，ROWID是一個偽列，即是一個非用戶定義的列，而又實(shí)際存儲于數(shù)據(jù)庫之中。每一個表都有一個ROWID列，一個ROWID值用于
唯一確定數(shù)據(jù)庫表中的的一條記錄。因此通過ROWID 方式來訪問數(shù)據(jù)也是 Oracle 數(shù)據(jù)庫訪問數(shù)據(jù)的實(shí)現(xiàn)方式之一。一般情況下，ROWID方式的
訪問一定以索引訪問或用戶指定ROWID作為先決條件，因為所有的索引訪問方式最終都會轉(zhuǎn)換為通過ROWID來訪問數(shù)據(jù)記錄。(注： index full
scan 與index fast full scan 除外)由于Oracle ROWID能夠直接定位一條記錄，因此使用ROWID方式來訪問數(shù)據(jù)，極大提高數(shù)據(jù)的訪問效率。

-->查看表上rowid scott@CNMMBO> select rowid,empno,ename from emp where deptno=20; ROWID EMPNO ENAME ------------------ ---------- ---------- AAATTBAALAAAAuUAAA 7369 SMITH AAATTBAALAAAAuUAAD 7566 JONES AAATTBAALAAAAuUAAH 7788 SCOTT AAATTBAALAAAAuUAAK 7876 ADAMS AAATTBAALAAAAuUAAM 7902 FORD -->下面使用rowid來進(jìn)行訪 -->以下演示中忽略了物理讀，僅考慮邏輯讀的情形 scott@CNMMBO> set autot trace; scott@CNMMBO> select empno,ename from emp where rowid='AAATTBAALAAAAuUAAA'; Execution Plan ---------------------------------------------------------- Plan hash value: 1116584662 ----------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ----------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 22 | 1 (0)| 00:00:01 | | 1 | TABLE ACCESS BY USER ROWID| EMP | 1 | 22 | 1 (0)| 00:00:01 | ----------------------------------------------------------------------------------- Statistics ---------------------------------------------------------- 1 recursive calls 0 db block gets 1 consistent gets 0 physical reads --此時執(zhí)行計劃中操作1為TABLE ACCESS BY USER ROWID，注意此時為USER ROWID，表明由用戶直接調(diào)用產(chǎn)生 --統(tǒng)計信息中的consistent gets為1，即只需要根據(jù)rowid即可返回數(shù)據(jù) --使用多個rowid的情形 scott@CNMMBO> select empno,ename from emp where rowid in ('AAATTBAALAAAAuUAAA','AAATTBAALAAAAuUAAD'); Execution Plan ---------------------------------------------------------- Plan hash value: 1106538681 ------------------------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 1 | 22 | 1 (0)| 00:00:01 | | 1 | INLIST ITERATOR | | | | | | | 2 | TABLE ACCESS BY USER ROWID| EMP | 1 | 22 | 1 (0)| 00:00:01 | ------------------------------------------------------------------------------------ Statistics ---------------------------------------------------------- 1 recursive calls 0 db block gets 2 consistent gets 0 physical reads --上面的執(zhí)行計劃中出現(xiàn)了INLIST ITERATOR，即INLIST迭代，該操作說明其子操作多次重復(fù)時，會出現(xiàn)該操作。 --由于我們使用了in運(yùn)算，且傳遞了2個rowid，故出現(xiàn)INLIST迭代操作 --迭代操作意味著條件中的對象列表一個接一個的迭代傳遞給子操作 --此時統(tǒng)計信息中的consistent gets為2，因為一個rowid一次邏輯運(yùn)算 --下面來看看直接使用列來訪問表的情形 scott@CNMMBO> select empno,ename from emp where empno=7369; Execution Plan ---------------------------------------------------------- Plan hash value: 2949544139 -------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 10 | 1 (0)| 00:00:01 | | 1 | TABLE ACCESS BY INDEX ROWID| EMP | 1 | 10 | 1 (0)| 00:00:01 | |* 2 | INDEX UNIQUE SCAN | PK_EMP | 1 | | 0 (0)| 00:00:01 | -------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 2 - access("EMPNO"=7369) Statistics ---------------------------------------------------------- 1 recursive calls 0 db block gets 2 consistent gets 0 physical reads --在通過謂詞訪問表時，此執(zhí)行計劃中使用了INDEX UNIQUE SCAN掃描方式 --此時先實(shí)施INDEX UNIQUE SCAN，然后將該操作的結(jié)果傳遞給父操作TABLE ACCESS BY INDEX ROWID來定位記錄 --此時也給出了謂詞信息：2 - access("EMPNO"=7369) --此時的邏輯讀consistent gets的值是2，即一次讀索引，一次通過rowid讀表上的數(shù)據(jù)塊 --下面來看看直接使用列且使用in訪問多條記錄的情形 scott@CNMMBO> select empno,ename from emp where empno in (7369,7566); Execution Plan ---------------------------------------------------------- Plan hash value: 1899965127 --------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 2 | 20 | 2 (0)| 00:00:01 | | 1 | INLIST ITERATOR | | | | | | | 2 | TABLE ACCESS BY INDEX ROWID| EMP | 2 | 20 | 2 (0)| 00:00:01 | |* 3 | INDEX RANGE SCAN | PK_EMP | 2 | | 1 (0)| 00:00:01 | --------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 3 - access("EMPNO"=7369 OR "EMPNO"=7566) Statistics ---------------------------------------------------------- 1 recursive calls 0 db block gets 5 consistent gets 0 physical reads --此時執(zhí)行計劃中的索引掃描方式變成了索引范圍掃描INDEX RANGE SCAN --由于存在in操作，因此此時在第2步也出現(xiàn)了迭代操作 --此處的邏輯讀consistent gets的值是5 ? 為什么是 5 呢? 下面來分析看看 scott@CNMMBO> alter system flush shared_pool; scott@CNMMBO> alter system flush buffer_cache; scott@CNMMBO> set serveroutput off; scott@CNMMBO> set autot off; scott@CNMMBO> select /*+ gather_plan_statistics */ empno,ename from emp where empno in (7369,7566); EMPNO ENAME ---------- ---------- 7369 SMITH 7566 JONES scott@CNMMBO> select * from table(dbms_xplan.display_cursor(null,null,'iostats last')); PLAN_TABLE_OUTPUT ---------------------------------------------------------------------------- SQL_ID 373xnw8s521t4, child number 0 ------------------------------------- select /*+ gather_plan_statistics */ empno,ename from emp where empno in (7369,7566) Plan hash value: 1899965127 ---------------------------------------------------------------------------------------------------------- | Id | Operation | Name | Starts | E-Rows | A-Rows | A-Time | Buffers | Reads | ---------------------------------------------------------------------------------------------------------- | 1 | INLIST ITERATOR | | 1 | | 2 |00:00:00.01 | 5 | 2 | | 2 | TABLE ACCESS BY INDEX ROWID| EMP | 2 | 2 | 2 |00:00:00.01 | 5 | 2 | |* 3 | INDEX RANGE SCAN | PK_EMP | 2 | 2 | 2 |00:00:00.01 | 3 | 1 | ---------------------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 3 - access(("EMPNO"=7369 OR "EMPNO"=7566)) --從上面的執(zhí)行計劃可知，2次索引掃描，2次rowid掃描，加上1次迭代，因此總的consistent gets為5。 --與此類似的使用基于rowid的update操作，其性能同樣高于直接使用列來實(shí)現(xiàn)update操作，此處不再演示 --使用rowid刪除重復(fù)記錄的示例 DELETE FROM emp e WHERE e.ROWID > (SELECT MIN( x.ROWID ) FROM emp x WHERE x.empno = e.empno); --Author: Robinson Cheng --Blog : http://blog.csdn.net/robinson_0612 --總結(jié)： 使用rowid訪問數(shù)據(jù)時可以減少邏輯讀的數(shù)量，因為一個rowid能唯一定位一條記錄 盡管rowid能極大程度的提高數(shù)據(jù)的訪問效率，然而由于其不易識別性(為十六進(jìn)制)在大量數(shù)據(jù)訪問時并不易于使用

更多參考

Oracle ROWID

NULL 值與索引(一)

NULL 值與索引(二)

SQL tuning 步驟

高效SQL語句必殺技

父游標(biāo)、子游標(biāo)及共享游標(biāo)

綁定變量及其優(yōu)缺點(diǎn)

dbms_xplan之display_cursor函數(shù)的使用

dbms_xplan之display函數(shù)的使用

執(zhí)行計劃中各字段各模塊描述

使用 EXPLAIN PLAN 獲取SQL語句執(zhí)行計劃

啟用 AUTOTRACE 功能

函數(shù)使得索引列失效

Oracle 綁定變量窺探

Oracle 自適應(yīng)共享游標(biāo) ??????????????

?

Oracle ROWID 方式訪問數(shù)據(jù)庫