【正文】 HWM的值。 由FTS模式讀入的數(shù)據(jù)被放到高速緩存的Least Recently Used (LRU)列表的尾部，這樣可以使其快速交換出內(nèi)存，從而不使內(nèi)存重要的數(shù)據(jù)被交換出內(nèi)存。 使用FTS的前提條件：在較大的表上不建議使用全表掃描，除非取出數(shù)據(jù)的比較多，超過總量的5% 10%，或你想使用并行查詢功能時。 使用全表掃描的例子： ~~~~~~~~~~~~~~~~~~~~~~~~ SQL explain plan for select * from dual。 Query Plan SELECT STATEMENT [CHOOSE] Cost= TABLE ACCESS FULL DUAL2) 通過ROWID的表存?。═able Access by ROWID或rowid lookup） 行的ROWID指出了該行所在的數(shù)據(jù)文件、數(shù)據(jù)塊以及行在該塊中的位置，所以通過ROWID來存取數(shù)據(jù)可以快速定位到目標數(shù)據(jù)上，是Oracle存取單行數(shù)據(jù)的最快方法。 為了通過ROWID存取表，Oracle 首先要獲取被選擇行的ROWID，或者從語句的WHERE子句中得到，或者通過表的一個或多個索引的索引掃描得到。Oracle然后以得到的ROWID為依據(jù)定位每個被選擇的行。 這種存取方法不會用到多塊讀操作，一次I/O只能讀取一個數(shù)據(jù)塊。我們會經(jīng)常在執(zhí)行計劃中看到該存取方法，如通過索引查詢數(shù)據(jù)。使用ROWID存取的方法：SQL explain plan for select * from dept where rowid = 39。AAAAyGAADAAAAATAAF39。Query PlanSELECT STATEMENT [CHOOSE] Cost=1TABLE ACCESS BY ROWID DEPT [ANALYZED]3）索引掃描（Index Scan或index lookup） 我們先通過index查找到數(shù)據(jù)對應的rowid值(對于非唯一索引可能返回多個rowid值)，然后根據(jù)rowid直接從表中得到具體的數(shù)據(jù)，這種查找方式稱為索引掃描或索引查找(index lookup)。一個rowid唯一的表示一行數(shù)據(jù)，該行對應的數(shù)據(jù)塊是通過一次i/o得到的，在此情況下該次i/o只會讀取一個數(shù)據(jù)庫塊。 在索引中，除了存儲每個索引的鍵值外，索引還存儲具有此值的行對應的ROWID值。索引掃描可以由2步組成：(1) 掃描索引得到對應的rowid值。 (2) 通過找到的rowid從表中讀出具體的數(shù)據(jù)。每步都是單獨的一次I/O，但是對于索引，由于經(jīng)常使用，絕大多數(shù)都已經(jīng)CACHE到內(nèi)存中，所以第1步的I/O經(jīng)常是邏輯I/O，即數(shù)據(jù)可以從內(nèi)存中得到。但是對于第2步來說，如果表比較大，則其數(shù)據(jù)不可能全在內(nèi)存中，所以其I/O很有可能是物理I/O，這是一個機械操作，相對邏輯I/O來說，是極其費時間的。所以如果多大表進行索引掃描，取出的數(shù)據(jù)如果大于總量的5% 10%，使用索引掃描會效率下降很多（因為要單塊讀取）。如下列所示：SQL explain plan for select empno, ename from emp where empno=10。Query PlanSELECT STATEMENT [CHOOSE] Cost=1TABLE ACCESS BY ROWID EMP [ANALYZED] INDEX UNIQUE SCAN EMP_I1 注意TABLE ACCESS BY ROWID EMP部分，這表明這不是通過FTS存取路徑訪問數(shù)據(jù)，而是通過rowid lookup存取路徑訪問數(shù)據(jù)的。在此例中，所需要的rowid是由于在索引查找empno列的值得到的，這種方式是INDEX UNIQUE SCAN查找，后面給予介紹，EMP_I1為使用的進行索引查找的索引名字。 但是如果查詢的數(shù)據(jù)能全在索引中找到，就可以避免進行第2步操作，避免了不必要的I/O，此時即使通過索引掃描取出的數(shù)據(jù)比較多，效率還是很高的，因為這只會在索引中讀取。所以上面我在介紹基于規(guī)則的優(yōu)化器時，使用了select count(id) from SWD_BILLDETAIL where 39。639。，而沒有使用select count() from SWD_BILLDETAIL where 39。639。（不太懂）。因為在實際情況中，只查詢被索引列的值的情況極為少，所以，如果我在查詢中使用count()，則不具有代表性。SQL explain plan for select empno from emp where empno=10。 只查詢empno列值Query PlanSELECT STATEMENT [CHOOSE] Cost=1INDEX UNIQUE SCAN EMP_I1 進一步講，如果sql語句中對索引列進行排序，因為索引已經(jīng)預先排序好了，所以在執(zhí)行計劃中不需要再對索引列進行排序SQL explain plan for select empno, ename from empwhere empno 7876 order by empno。Query PlanSELECT STATEMENT [CHOOSE] Cost=1 TABLE ACCESS BY ROWID EMP [ANALYZED]INDEX RANGE SCAN EMP_I1 [ANALYZED] 從這個例子中可以看到：因為索引是已經(jīng)排序了的，所以將按照索引的順序查詢出符合條件的行，因此避免了進一步排序操作。根據(jù)索引的類型與where限制條件的不同，有4種類型的索引掃描： 索引唯一掃描(index unique scan) 索引范圍掃描(index range scan) 索引全掃描(index full scan) 索引快速掃描(index fast full scan) (1) 索引唯一掃描(index unique scan) 通過唯一索引查找一個數(shù)值經(jīng)常返回單個ROWID。如果該唯一索引有多個列組成(即組合索引)，則至少要有組合索引的引導列參與到該查詢中，如創(chuàng)建一個索引：create index idx_test on emp(ename, deptno, loc)。則select ename from emp where ename = ‘JACK’ and deptno = ‘DEV’語句可以使用該索引。如果該語句只返回一行，則存取方法稱為索引唯一掃描。而select ename from emp where deptno = ‘DEV’語句則不會使用該索引（因為索引排序的時候首先是看引導列），因為where子句種沒有引導列。如果存在UNIQUE 或PRIMARY KEY 約束（它保證了語句只存取單行）的話，Oracle經(jīng)常實現(xiàn)唯一性掃描。 使用唯一性約束的例子： 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) 索引范圍掃描(index range scan) 使用一個索引存取多行數(shù)據(jù)，同上面一樣，如果索引是組合索引，如(1)所示，而且select ename from emp where ename = ‘JACK’ and deptno = ‘DEV’語句返回多行數(shù)據(jù)，雖然該語句還是使用該組合索引進行查詢，可此時的存取方法稱為索引范圍掃描。在唯一索引上使用索引范圍掃描的典型情況下是在謂詞(where限制條件)中使用了范圍操作符(如、=、=、between) 使用索引范圍掃描的例子：SQL explain plan for select empno,ename from empwhere empno 7876 order by empno。Query PlanSELECT STATEMENT [CHOOSE] Cost=1TABLE ACCESS BY ROWID EMP [ANALYZED]INDEX RANGE SCAN EMP_I1 [ANALYZED] 在非唯一索引上，謂詞col = 5可能返回多行數(shù)據(jù)，所以在非唯一索引上都使用索引范圍掃描。 使用index rang scan的3種情況： (a) 在唯一索引列上使用了range操作符( = = between) (b) 在組合索引上，只使用部分列進行查詢，導致查詢出多行 (c) 對非唯一索引列上進行的任何查詢。 (3) 索引全掃描(index full scan) 與全表掃描對應，也有相應的全索引掃描。在某些情況下，可能進行全索引掃描而不是范圍掃描，需要注意的是全索引掃描只在CBO模式下才有效。CBO根據(jù)統(tǒng)計數(shù)值得知進行全索引掃描比進行全表掃描更有效時，才進行全索引掃描，而且此時查詢出的數(shù)據(jù)都必須從索引中可以直接得到。全索引掃描的例子：An Index full scan will not perform single block i/o39。s and so it may prove to be inefficient（低效的，因為是多塊，所以可能會讀取用不到的數(shù)據(jù)塊，導致做無用功！但是索引全掃描不是單塊讀取么，怎么說不會進行單塊讀取呢？）..Index BE_IX is a concatenated index on big_emp (empno, ename)SQL explain plan for select empno, ename from big_emp order by empno,ename。Query PlanSELECT STATEMENT [CHOOSE] Cost=26INDEX FULL SCAN BE_IX [ANALYZED] (4) 索引快速掃描(index fast full scan) 掃描索引中的所有的數(shù)據(jù)塊，與 index full scan很類似，但是一個顯著的區(qū)別就是它不對查詢出的數(shù)據(jù)進行排序，即數(shù)據(jù)不是以排序順序被返回。在這種存取方法中，可以使用多塊讀功能，也可以使用并行讀入，以便獲得最大吞吐量與縮短執(zhí)行時間。索引快速掃描的例子：BE_IX索引是一個多列索引：big_emp (empno,ename)SQL explain plan for select empno,ename from big_emp。Query PlanSELECT STATEMENT [CHOOSE] Cost=1INDEX FAST FULL SCAN BE_IX [ANALYZED]只選擇多列索引的第2列：SQL explain plan for select ename from big_emp。Query PlanSELECT STATEMENT [CHOOSE] Cost=1INDEX FAST FULL SCAN BE_IX [ANALYZED]表之間的連接 Join是一種試圖將兩個表結合在一起的謂詞，一次只能連接2個表，表連接也可以被稱為表關聯(lián)。在后面的敘述中，我們將會使用”row source”來代替”表”，因為使用row source更嚴謹一些，并且將參與連接的2個row source分別稱為row source1和row source 2。Join過程的各個步驟經(jīng)常是串行操作，即使相關的r