【正文】 particular export, still require the RBO. In general, the profile options will ensure that online users use first_rows, batch jobs use all_rows. IMPORTANT : The CBO requires accurate table and index statistics, and FND_STATS should be run regularly. See the FND documentation for further details.optimizer_mode = choose ―――――――――――――――――――――――――――――――――――――――――――――――――可以看到默認Oracle ERP11i用的optimizer_mode是choose，且Oracle強烈建議要定期運行FND_STATS。再次Query數(shù)據(jù)字典：TABLE_NAMENUM_ROWSBLOCKSEMPTYAVG_SPACECHAIN_CNTAVG_ROW_LENOE_ORDER_LINES_ALL1651815301035865257643發(fā)現(xiàn)此時的信息已是最新的了。在這種情況下，如果某個View用到此Table，且系統(tǒng)使用CBO的方式，則可能導致Oracle的optimizer給出效率低下的執(zhí)行計劃。OE_ORDER_LINES_ALL39。ONT39。 查看對象統(tǒng)計信息(object statistics)對CBO模式，對象統(tǒng)計信息至關(guān)重要。來設(shè)定。 Optimizer mode優(yōu)化模式級別的設(shè)定：A、Instance級別：我們可以通過在init.ora文件中設(shè)定OPTIMIZER_MODE=Mode去選用。指的是當一個表或索引有統(tǒng)計信息（指運行過analyze 命令或者使用過dbms_stats包來搜集），則走CBO的方式 （在CHOOSE模式下ORACLE采用的是 FIRST_ROWS）；如果表或索引沒有統(tǒng)計信息，那么走RBO的方式。沒有統(tǒng)計信息則走基于規(guī)則的方式。3. All_Rows：基于成本的方式。2. First_Rows：基于成本的方式。在Oracle8及以后的版本,Oracle強列推薦用CBO的方式。注意：這些統(tǒng)計信息起初在庫內(nèi)是沒有的，是根據(jù)analyze 命令或者dbms_stats包來定期搜集后才出現(xiàn)的，所以很多的時侯過期統(tǒng)計信息會令優(yōu)化器做出一個錯誤的執(zhí)行計劃，因些我們應及時更新這些信息?；诖鷥r的查詢，數(shù)據(jù)庫根據(jù)搜集的表和索引的數(shù)據(jù)的統(tǒng)計信息（統(tǒng)計信息通過analyze 命令或者使用dbms_stats包來搜集）綜合來決定選取一個數(shù)據(jù)庫認為最優(yōu)的執(zhí)行計劃（實際上不一定最優(yōu)）。比如我們常見的：當一個where子句中的一列有索引時去走索引而不走全表掃描。執(zhí)行計劃的工作是由優(yōu)化器(Optimizer)來完成的， 那優(yōu)化器是依據(jù)什么訊息去創(chuàng)建出最合理的執(zhí)行計劃呢？回答這個問題前先要了解一下ORACLE的優(yōu)化器： ORACLE優(yōu)化器的優(yōu)化方式ORACLE優(yōu)化器的優(yōu)化方式有兩大類，即基于規(guī)則的優(yōu)化方式(RuleBased Optimization,簡稱為RBO)和基于代價的優(yōu)化方式(CostBased Optimization,簡稱為CBO)。 ORACLE優(yōu)化器在不同的情況下，同一條SQL可能有多種執(zhí)行計劃。所以執(zhí)行計劃產(chǎn)生的好壞直接影響SQL 運行的Performance。其中第三步生成執(zhí)行計劃非常關(guān)鍵，所謂執(zhí)行計劃，就是對一個查詢?nèi)蝿?，做出一份怎樣去完成任務的詳細方案?. 建立可執(zhí)行的二進制代碼：基于執(zhí)行計劃，Oracle生成二進制執(zhí)行代碼。2. SQL語義分析：核實所有的與數(shù)據(jù)字典不一致的表和列的名字。 關(guān)于執(zhí)行計劃我們在平時工作中用到大量的View，View中SQL的寫法對performance的影響很大，首先有必要了解一條SQL語句是如何被執(zhí)行的。希望本文檔可以成為一份有價值的入門級資料。PTEG SQL Performance Tuning ReportORACLE SQL Performance Tuning1 序言 32 影響SQL Performance的關(guān)鍵因素和配置： 3 關(guān)于執(zhí)行計劃 3 ORACLE優(yōu)化器 3 結(jié)合BenQ Oracle ERP 6 跟蹤 SQL實際運行的Cost 7 小結(jié) 73 SQL語句的Tuning經(jīng)驗分享： 8 絕大多數(shù)情況下not exists比not in 效率高 8 UNION ALL效率比UNION高很多 8 一些很耗資源的SQL操作，在不必要的情況下不要使用 8 通常聯(lián)接查詢比子查詢的效率要高很多 10 用table 索引（index）欄位去做Table間的關(guān)聯(lián)，可避免費時的全表掃描 10 在View中盡量不要使用 Package/function 來得到欄位值， 11 通過ROWID訪問表 11 必要時，可在Oracle Standard Table上加索引 12 合理排列WHERE子句中的連接順序． 12 合理排列FROM中的表名 13 用WHERE子句替換HAVING子句 13 關(guān)于使用索引（Index）的一些注意點 13 識別 “低效運行”的SQL語句 15 一些特別的用法，不一定對提升Performance有效，此處僅列其使用方法，以供借鑒 15 Query以外的SQL語句的Tuning 184 SQL語句的Tuning建議步驟 185 金玉良言 191 序言，由PTEG(Performance Tuning Expert Group, 2006105成立)小組進行重新整理。這份文檔主要將影響SQL Performance的因素做個基礎(chǔ)的闡述，再將大家在平時寫SQL積累的經(jīng)驗做個總結(jié)。2 影響SQL Performance的關(guān)鍵因素和配置：Oracle Database上的設(shè)置對Performance的影響很大，如Shared Pool Size、Buffer Cache Size、SGA Structures、Database I/O Configuration、Rollback Segments等等，這些是DBA要更據(jù)實際狀況去Tunning的部分，我們暫不詳細討論，DBA可對這塊進行補充；這份文檔我們將重點放在影響SQL執(zhí)行效率的一些關(guān)鍵因素和設(shè)置上。當SQL語句進入Oracle的緩存后，在該語句準備執(zhí)行之前，DBMS將執(zhí)行下列步驟：1. SQL語法檢查：檢查SQL語句拼寫是否正確和詞序。3. 生成執(zhí)行計劃：使用優(yōu)化規(guī)則和數(shù)據(jù)字典中的統(tǒng)計表來決定最佳執(zhí)行計劃。5. 抓取并返回需要的數(shù)據(jù)。對于查詢而言，我們提交的SQL僅僅是描述出了我們的目的，但Oracle內(nèi)部怎么去得到這些數(shù)據(jù)，是由數(shù)據(jù)庫DBMS來決定的。我們平時對SQL做一些Tuning，為了得到相同的數(shù)據(jù)而去嘗試用不同的SQL寫法，目的就是能讓Oracle根據(jù)你的語句產(chǎn)生一個更好的執(zhí)行計劃，從而得到更好的performance。但理論上在某一時點，一定只有一種執(zhí)行計劃是最優(yōu)的、花費時間是最少的。A、 RBO方式：優(yōu)化器在分析SQL語句時，根據(jù)數(shù)據(jù)庫中表和索引等定義信息，遵循的是Oracle內(nèi)部預定的一些規(guī)則。 B、 CBO方式：依詞義可知,它是看語句的代價(Cost)了。統(tǒng)計信息給出表的大小、有多少行、每行的長度等信息。為了使用基于成本的優(yōu)化器(CBO) , 你必須經(jīng)常運行analyze或dbms_stats命令,以增加數(shù)據(jù)庫中的對象統(tǒng)計信息(object statistics)的準確性。 優(yōu)化器的優(yōu)化模式(Optermizer Mode)優(yōu)化模式包括Rule，Choose，F(xiàn)irst rows，All rows這四種方式，先解釋一下：1. Rule：即走基于規(guī)則的方式。指執(zhí)行計劃采用最少資源盡快的返回部分結(jié)果給客戶端，它將是以最快的方式返回查詢的最先的幾行,從總體上減少了響應時間，對于排序分頁頁顯示這種查詢尤其適用。當一個表有統(tǒng)計信息時，它將以最快的方