華閱文章網Oracle 語句優化 網上找了一下,不要用in,我把SQl語句,幫我看看,
是啊， ThinkIBM 說得挺有道理的. 你這個不是 IN ( SELECT 語句 ) 啊。
如果你堅持， 不能有 IN 的話……
那么
select . where CITYCODE = '320100000000' .
UNION ALL
select . where CITYCODE = '320200000000' .
UNION ALL
..
這個估計，你也不能接受啊
oracle中如何優化sql語句的,用什么方法
2. 選擇最有效率的表名順序（只在基于規則的優化器中有效） ORACLE的解析器按照從右到左的順序處理FROM子句中的表名，因此FROM子句中寫在最后的表（基礎表 driving table）將被最先處理. 在FROM子句中包含多個表的情況下，你必須選擇記錄條數最少的表作為基礎表.當ORACLE處理多個表時， 會運用排序及合并的方式連接它們.首先，掃描第一個表（FROM子句中最后的那個表）并對記錄進行派序，然后掃描第二個表（FROM子句中最后第二個表），最后將所有從第二個表中檢索出的記錄與第一個表中合適記錄進行合并. 例如： 表 TAB1 16,384 條記錄 表 TAB2 1 條記錄 選擇TAB2作為基礎表 （最好的方法） select count(*) from tab1,tab2 執行時間0.96秒 選擇TAB2作為基礎表 （不佳的方法） select count(*) from tab2,tab1 執行時間26.09秒 如果有3個以上的表連接查詢， 那就需要選擇交叉表（intersection table）作為基礎表， 交叉表是指那個被其他表所引用的表. 例如： EMP表描述了LOCATION表和CATEGORY表的交集. SELECT * FROM LOCATION L , CATEGORY C, EMP E WHERE *_NO BETWEEN 1000 AND 2000 AND *_NO = *_NO AND * = * 將比下列SQL更有效率 SELECT * FROM EMP E , LOCATION L , CATEGORY C WHERE *_NO = *_NO AND * = * AND *_NO BETWEEN 1000 AND 2000 3. WHERE子句中的連接順序. ORACLE采用自下而上的順序解析WHERE子句，根據這個原理，表之間的連接必須寫在其他WHERE條件之前， 那些可以過濾掉最大數量記錄的條件必須寫在WHERE子句的末尾. 例如： （低效，執行時間156.3秒） SELECT … FROM EMP E WHERE SAL > 50000 AND JOB = 'MANAGER' AND 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=*）； （高效，執行時間10.6秒） SELECT … FROM EMP E WHERE 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=*) AND SAL > 50000 AND JOB = 'MANAGER'; 4. SELECT子句中避免使用 ‘ * ‘ 當你想在SELECT子句中列出所有的COLUMN時，使用動態SQL列引用 ‘*’ 是一個方便的方法.不幸的是，這是一個非常低效的方法. 實際上，ORACLE在解析的過程中， 會將'*' 依次轉換成所有的列名， 這個工作是通過查詢數據字典完成的， 這意味著將耗費更多的時間. 5. 減少訪問數據庫的次數 當執行每條SQL語句時， ORACLE在內部執行了許多工作： 解析SQL語句， 估算索引的利用率， 綁定變量 ， 讀數據塊等等. 由此可見， 減少訪問數據庫的次數 ， 就能實際上減少ORACLE的工作量. 例如， 以下有三種方法可以檢索出雇員號等于0342或0291的職員. 方法1 （最低效） SELECT EMP_NAME , SALARY , GRADE FROM EMP WHERE EMP_NO = 342; SELECT EMP_NAME , SALARY , GRADE FROM EMP WHERE EMP_NO = 291； 方法2 （次低效） DECLARE CURSOR C1 (E_NO NUMBER) IS SELECT EMP_NAME,SALARY,GRADE FROM EMP WHERE EMP_NO = E_NO; BEGIN OPEN C1(342); FETCH C1 INTO …，..，.. ； OPEN C1(291); FETCH C1 INTO …，..，.. ； CLOSE C1; END； 方法3 （高效） SELECT *_NAME , * , *, *_NAME , * , * FROM EMP A,EMP B WHERE *_NO = 342 AND *_NO = 291； 注意： 在SQL*Plus , SQL*Forms和Pro*C中重新設置ARRAYSIZE參數， 可以增加每次數據庫訪問的檢索數據量 ，建議值為200. 6. 使用DECODE函數來減少處理時間 使用DECODE函數可以避免重復掃描相同記錄或重復連接相同的表. 例如： SELECT COUNT(*),SUM(SAL) FROM EMP WHERE DEPT_NO = 0020 AND ENAME LIKE 'SMITH%'; SELECT COUNT(*),SUM(SAL) FROM EMP WHERE DEPT_NO = 0030 AND ENAME LIKE 'SMITH%'； 你可以用DECODE函數高效地得到相同結果 SELECT COUNT(DECODE(DEPT_NO,0020,'X',NULL)) D0020_COUNT, COUNT(DECODE(DEPT_NO,0030,'X',NULL)) D0030_COUNT, SUM(DECODE(DEPT_NO,0020,SAL,NULL)) D0020_SAL, SUM(DECODE(DEPT_NO,0030,SAL,NULL)) D0030_SAL FROM EMP WHERE ENAME LIKE 'SMITH%'； 類似的，DECODE函數也可以運用于GROUP BY 和ORDER BY子句中. 7. 用TRUNCATE替代DELETE 當刪除表中的記錄時，在通常情況下， 回滾段（rollback segments ） 用來存放可以被恢復的信息. 如果你沒有COMMIT事務，ORACLE會將數據恢復到刪除之前的狀態（準確地說是恢復到執行刪除命令之前的狀況） 而當運用TRUNCATE時， 回滾段不再存放任何可被恢復的信息.當命令運行后，數據不能被恢復.因此很少的資源被調用，執行時間也會很短. TRUNCATE只在刪除全表或分區適用，TRUNCATE是DDL不是DML8. 用Where子句替換HAVING子句 避免使用HAVING子句， HAVING 只會在檢索出所有。
Oracle語句優化53個規則是什么
Oracle sql 性能優化調整1。
選用適合的ORACLE優化器ORACLE的優化器共有3種：a。 RULE （基于規則） b。
COST （基于成本） c。 CHOOSE （選擇性）設置缺省的優化器，可以通過對init。
ora文件中OPTIMIZER_MODE參數的各種聲明，如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS 。 你當然也在SQL句級或是會話（session）級對其進行覆蓋。
為了使用基于成本的優化器（CBO, Cost-Based Optimizer） ， 你必須經常運行analyze 命令，以增加數據庫中的對象統計信息（object statistics）的準確性。 如果數據庫的優化器模式設置為選擇性（CHOOSE），那么實際的優化器模式將和是否運行過analyze命令有關。
如果table已經被analyze過， 優化器模式將自動成為CBO ， 反之，數據庫將采用RULE形式的優化器。在缺省情況下，ORACLE采用CHOOSE優化器，為了避免那些不必要的全表掃描（full table scan） ， 你必須盡量避免使用CHOOSE優化器，而直接采用基于規則或者基于成本的優化器。
2。 訪問Table的方式ORACLE 采用兩種訪問表中記錄的方式：a。
全表掃描全表掃描就是順序地訪問表中每條記錄。 ORACLE采用一次讀入多個數據塊（database block）的方式優化全表掃描。
b。 通過ROWID訪問表你可以采用基于ROWID的訪問方式情況，提高訪問表的效率， ROWID包含了表中記錄的物理位置信息……ORACLE采用索引（INDEX）實現了數據和存放數據的物理位置（ROWID）之間的聯系。
通常索引提供了快速訪問ROWID的方法，因此那些基于索引列的查詢就可以得到性能上的提高。3。
共享SQL語句為了不重復解析相同的SQL語句，在第一次解析之后， ORACLE將SQL語句存放在內存中。這塊位于系統全局區域SGA(system global area)的共享池（shared buffer pool）中的內存可以被所有的數據庫用戶共享。
因此，當你執行一個SQL語句（有時被稱為一個游標）時，如果它和之前的執行過的語句完全相同， ORACLE就能很快獲得已經被解析的語句以及最好的執行路徑。 ORACLE的這個功能大大地提高了SQL的執行性能并節省了內存的使用。
可惜的是ORACLE只對簡單的表提供高速緩沖（cache buffering） ，這個功能并不適用于多表連接查詢。 數據庫管理員必須在init。
ora中為這個區域設置合適的參數，當這個內存區域越大，就可以保留更多的語句，當然被共享的可能性也就越大了。當你向ORACLE 提交一個SQL語句，ORACLE會首先在這塊內存中查找相同的語句。
這里需要注明的是，ORACLE對兩者采取的是一種嚴格匹配，要達成共享，SQL語句必須完全相同（包括空格，換行等）。 共享的語句必須滿足三個條件：A。
字符級的比較：當前被執行的語句和共享池中的語句必須完全相同。例如：SELECT * FROM EMP；和下列每一個都不同SELECT * from EMP;Select * From Emp;SELECT * FROM EMP;B。
兩個語句所指的對象必須完全相同：例如：用戶 對象名 如何訪問Jack sal_limit private synonym Work_city public synonym Plant_detail public synonym Jill sal_limit private synonym Work_city public synonym Plant_detail table owner考慮一下下列SQL語句能否在這兩個用戶之間共享。 SQL能否共享原因select max(sal_cap) from sal_limit；不能每個用戶都有一個private synonym - sal_limit ， 它們是不同的對象select count(*0 from work_city where sdesc like 'NEW%'；能兩個用戶訪問相同的對象public synonym - work_city select a。
sdesc,b。location from work_city a , plant_detail b where a。
city_id = b。city_id不能用戶jack 通過private synonym訪問plant_detail 而jill 是表的所有者，對象不同。
C。 兩個SQL語句中必須使用相同的名字的綁定變量（bind variables）例如：第一組的兩個SQL語句是相同的（可以共享），而第二組中的兩個語句是不同的（即使在運行時，賦于不同的綁定變量相同的值）a。
select pin , name from people where pin = :blk1。 pin;select pin , name from people where pin = :blk1。
pin;b。 select pin , name from people where pin = :blk1。
ot_ind;select pin , name from people where pin = :blk1。 ov_ind;。
求高手指點關于oracle的語句優化問題
一、in分3種情況：*里的是常量，例如in(1,2,3)，這種inlist的情況，優化器會把它優化為=1 union =2 union =3來執行，所以如果沒其他查詢條件影響且有索引的情況下（以下均使用這個假設），會用到該列的索引；*里的子查詢作為提供者（即先執行子查詢后執行主查詢），例如id in(select id from table)，這時會把子查詢的結果作為一個視圖與主查詢連接，這也會用到主查詢的索引（優化器選擇執行Hash連接除外）；*里的子查詢作為檢驗者（即先執行主查詢后執行子查詢），例如select * from table1 t1 where id in(select * from table2 where *=*)，很少會有這樣的語句，這時是在t1里逐行取出，再在子查詢里檢驗，可用到子查詢的索引。
二、我估計：在insert的方式（即是有序插入的還是隨機插入的）一樣的前提下，速度是一樣的，不同的只是時間用在insert上還是用在建索引上。
轉載請注明出處華閱文章網 » oraclein語句優化
