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