【文章內(nèi)容簡介】 BY 。Eg 2: group by（DEV2: 9秒）SELECT SUBSTR (, 1, 50) AS order_number , ( NVL (SUM ( * ), 0) + NVL (SUM (), 0) ) AS amount FROM ordh , ordl WHERE = GROUP BY SUBSTR (, 1, 50)。（DEV2: ）SELECT SUBSTR (, 1, 50) AS order_number , (SELECT ( NVL (SUM ( * ) ,0 ) + NVL (SUM (), 0) ) FROM ordl WHERE header_id = ) AS amount FROM ordh。Eg 3: distinct（DEV2: 50秒）SELECT DISTINCT , , item_desc , extended_amount , AS item_type FROM rctl , itm WHERE = (+) AND = 39。LINE39。（DEV2: ）SELECT , , item_desc , extended_amount , (SELECT FROM itm WHERE = AND ROWNUM = 1) item_type FROM rctl , rcta WHERE = AND = 39。LINE39。通常, 帶有UNION, MINUS , , 使用UNION, MINUS, INTERSECT也是可以考慮的, 畢竟它們的可讀性很強(qiáng)。 通常聯(lián)接查詢比子查詢的效率要高很多盡量在 SELECT 子句里面用聯(lián)接查詢，少子查詢。因?yàn)镾ubquery所得到的子Table的數(shù)據(jù)量等訊息是Oracle無法事前統(tǒng)計(jì)出來的，所以優(yōu)化器也很難得出一個優(yōu)化過的執(zhí)行計(jì)劃。子查詢在以下情況比較適合：1. 適合用于小 table。也就是說, 以大tables為base做join, 小table 做 subquery. (大 tables 之間最好用直接 join)2. 不想該 table 成為限制條件時也可以勉強(qiáng)使用。3. 需要取subquery 中summary 的值時可以考慮 因?yàn)?Group by (和 distinct)也是 SQL performance 的一大挑戰(zhàn)。 用table 索引（index）欄位去做Table間的關(guān)聯(lián)，可避免費(fèi)時的全表掃描如果Table上有索引，則系統(tǒng)訪問帶索引的Field時，可通過訪問索引中的欄位來快速獲得相對應(yīng)記錄的ROWID，而通常情況下，使用索引比全表掃描要塊幾倍乃至幾千倍。Oracle ERP中幾乎所有的Table都設(shè)有Index，盡量以Index中的欄位做 join，避免用我們認(rèn)為值是唯一的欄位去串: 例如 sales order number。 transaction number。 inventory org code等eg，使用OM Sale Order的主檔表oe_order_headers_all 和fnd_lookup_values 串一個簡單的sql（這兩張table的數(shù)據(jù)量都會很大）fnd_lookup_values的index有兩個： INDEX ON ( lookup_type ASC, view_application_id ASC, lookup_code ASC, security_group_id ASC, language ASC ) INDEX ON ( lookup_type ASC, view_application_id ASC, meaning ASC, security_group_id ASC, language ASC )SQL1:SELECT , FROM flv , order1 WHERE = 使用時間：，數(shù)據(jù)：22819筆（BQC環(huán)境）。這里只關(guān)聯(lián)了一個條件lookup_code，lookup_code的確是fnd_lookup_values Index：fnd_lookup_values_u1中的一個欄位，但觀察執(zhí)行計(jì)劃，它沒有去用Index。為什么？因?yàn)镺racle中，用作Index的多個COLUMN是有順序的，就剛才那個例子用lookup_code做關(guān)聯(lián)，它是在Index中第三位。所以，Oracle優(yōu)化器會去分析：如果使用INDEX的話，就要先FULL SCAN lookup_type，接著是view_application_id，再找到lookup_code ，分析結(jié)果后認(rèn)為這樣反而比FULL SCAN TABLE還要慢，所以執(zhí)行計(jì)劃沒有使用INDEX，直接采用全表掃描。有些文檔直接說：如果索引是建立在多個列上， 只有在它的第一個列(leading column) 被where子句引用時，優(yōu)化器才會選擇使用該索引。 所以為了讓使用fnd_lookup_values的fnd_lookup_values_u1 index，用一下SQL:SQL2：SELECT , FROM flv , order1 WHERE = AND = 39。SHIP_METHOD39。時間：（BQC環(huán)境）這個SQL中使用了LOOKUP_TYPE=39。SHIP_METHOD39。 ，這個正好是INDEX的第一位。Oracle優(yōu)化器分析：執(zhí)行計(jì)劃如果使用INDEX，就馬上找到LOOKUP_TYPE=39。SHIP_METHOD39。 的INDEX記錄，COST最小，分析的結(jié)果就是使用了INDEX， performance得到提升。 在View中盡量不要使用 Package/function 來得到欄位值，在view中盡量不要引用function，否則會增加一定的通訊開銷。簡單的判斷盡量用decode，nvl，case when等實(shí)現(xiàn)。 通過ROWID訪問表 ORACLE 采用兩種訪問表中記錄的方式: a. 全表掃描 全表掃描就是順序地訪問表中每條記錄. ORACLE采用一次讀入多個數(shù)據(jù)塊(database block)的方式優(yōu)化全表掃描. b. 通過ROWID訪問表 如果可以，強(qiáng)烈采用基于ROWID的訪問方式情況以提高訪問表的效率。ROWID包含了表中記錄的物理位置信息，ORACLE采用索引(INDEX)實(shí)現(xiàn)了數(shù)據(jù)和存放數(shù)據(jù)的物理位置(ROWID)之間的聯(lián)系， 通常索引提供了快速訪問ROWID的方法，因此那些基于索引列的查詢就可以得到性能上的提高。 必要時，可在Oracle Standard Table上加索引eg:BQC收單用到如下一個簡單的SQL，耗時要1秒左右；測試后發(fā)現(xiàn)只要用到flow_status_code欄位，速度就很慢。SELECT AS inventory_item , , (NVL (, 0