oracle數(shù)據(jù)庫操作手冊2[1]-資料下載頁
2025-07-07 11:57本頁面
【正文】 的執(zhí)行路徑。l 如果OPTIMZER_MODE=COST，則激活基于成本的優(yōu)化器(CBO)。它使用ANALYZE語句來生成數(shù)據(jù)庫對象的統(tǒng)計數(shù)據(jù)。這些統(tǒng)計數(shù)據(jù)包括表的行數(shù)、平均長度及索引中不同的關鍵字數(shù)等?；谶@些統(tǒng)計數(shù)據(jù)，成本優(yōu)化器可以計算出可獲得的執(zhí)行路徑的成本。并選擇具有最小的成本執(zhí)行路徑。在CBO模式下，需要經(jīng)常運行ANALYZE 命令來確保數(shù)據(jù)的準確性。l 如果OPTIMZER_MODE=CHOOSE，實際的優(yōu)化器模式將和是否運行過analyze命令有關. 如果table已經(jīng)被analyze過, 優(yōu)化器模式將自動成為CBO , 反之，數(shù)據(jù)庫將采用RULE形式的優(yōu)化器。（二）訪問TABLE的方式ORACLE 采用兩種訪問表中記錄的方式:l 全表掃描全表掃描就是順序地訪問表中每條記錄.ORACLE采用一次讀入多個數(shù)據(jù)塊的方式優(yōu)化全表掃描。l ROWID定為訪問ORACLE采用索引實現(xiàn)了數(shù)據(jù)和存放數(shù)據(jù)的物理位置(ROWID)之間的聯(lián)系。 通常索引提供了快速訪問ROWID的方法,因此那些基于索引列的查詢就可以得到性能上的提高。（三） 索引訪問方式 Oracle有兩種索引訪問方式l 索引唯一掃描(INDEXUNIQUESCAN) 如:表LOADING有兩個索引:建立在LOADING列上的唯一性索引LOADING_PK和建立在MANAGER列上的非唯一性索引IDX_MANAGER。SELECT* FROMLOADING WHERELOADING=‘ROSEHILL’。在內(nèi)部，上述SQL將被分成兩步執(zhí)行，首先，LOADING_PK索引將通過索引唯一掃描的方式被訪問，獲得相對應的ROWID，通過ROWID訪問表的方式執(zhí)行下一步檢索。如果被檢索返回的列包括INDEX列中，ORACLE將不執(zhí)行第二步的處理(通過ROWID訪問表)。因為檢索數(shù)據(jù)保存在索引中，單單訪問索引就可以完全滿足查詢結果。SELECTLOADINGFROMLOADING WHERELOADING=‘ROSEHILL’。l 索引范圍查詢(INDEXRANGESCAN)適用于兩種情況:基于一個范圍的檢索基于非唯一性索引的檢索例1:SELECTLOADINGFROMLOADING WHERELOADINGLIKE‘M%’。WHERE子句條件包括一系列值，ORACLE將通過索引范圍查詢的方式查詢LODGING_PK由于索引范圍查詢將返回一組值，它的效率就要比索引唯一掃描低一些。 例2:SELECTLOADINGFROMLOADING WHEREMANAGER=‘BILLGATES’。這個SQL的執(zhí)行分兩步，IDX_MANAGER的索引范圍查詢(得到所有符合條件記錄的ROWID)和下一步同過ROWID訪問表得到LOADING列的值。由于IDX_MANAGER是一個非唯一性的索引，數(shù)據(jù)庫不能對它執(zhí)行索引唯一掃描。由于SQL返回LOADING列，而它并不存在于IDX_MANAGER索引中，所以在索引范圍查詢后會執(zhí)行一個通過ROWID訪問表的操作。WHERE子句中，如果索引列所對應的值的第一個字符由通配符(WILDCARD)開始，索引將不被采用。SELECTLOADINGFROMLOADING WHEREMANAGERLIKE‘％HANMAN’。在這種情況下，ORACLE將使用全表掃描。二、SET TRACE跟蹤sql執(zhí)行計劃舉例: SQL list 1 SELECT * 2 FROM dept, emp 3* WHERE = SQL set autotrace traceonly /*traceonly 可以不顯示執(zhí)行結果*/ SQL / 14 rows selected. Execution Plan 0 SELECT STATEMENT Optimizer=CHOOSE 1 0 NESTED LOOPS 2 1 TABLE ACCESS (FULL) OF 39。EMP39。 3 1 TABLE ACCESS (BY INDEX ROWID) OF 39。DEPT39。 4 3 INDEX (UNIQUE SCAN) OF 39。PK_DEPT39。 (UNIQUE) Statistics 0 recursive calls 2 db block gets 30 consistent gets 0 physical reads 0 redo size 2598 bytes sent via SQL*Net to client 503 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 14 rows processed 通過以上分析,可以得出實際的執(zhí)行步驟是: 1. TABLE ACCESS (FULL) OF 39。EMP39。 2. INDEX (UNIQUE SCAN) OF 39。PK_DEPT39。 (UNIQUE) 3. TABLE ACCESS (BY INDEX ROWID) OF 39。DEPT39。 4. NESTED LOOPS (JOINING 1 AND 3) 注: 目前許多第三方的工具如TOAD和ORACLE本身提供的工具如OMS的SQL Analyze都提供了極其方便的EXPLAIN PLAN工具。20 /
環(huán)評公示相關推薦
鄂ICP備17016276號-1