oracle distinct分页优化_Oracle SQL性能优化最常用的40条建议
關(guān)于Oracle SQL優(yōu)化的內(nèi)容，這一篇應(yīng)該能滿足常規(guī)大部分的應(yīng)用優(yōu)化需求，整整40條優(yōu)化建議，干貨滿滿。
1. SQL語句執(zhí)行步驟語法分析> 語義分析> 視圖轉(zhuǎn)換 >表達(dá)式轉(zhuǎn)換> 選擇優(yōu)化器 >選擇連接方式 >選擇連接順序 >選擇數(shù)據(jù)的搜索路徑 >運(yùn)行“執(zhí)行計劃”。
2. 選用適合的Oracle優(yōu)化器RULE(基于規(guī)則)、 COST(基于成本) 、CHOOSE(選擇性)。
3. 訪問Table的方式全表掃描1)全表掃描
全表掃描就是順序地訪問表中每條記錄，ORACLE采用一次讀入多個數(shù)據(jù)塊(database block)的方式優(yōu)化全表掃描。
2)通過ROWID訪問表
ROWID包含了表中記錄的物理位置信息，ORACLE采用索引實(shí)現(xiàn)了數(shù)據(jù)和存放數(shù)據(jù)的物理位置(ROWID)之間的聯(lián)系，通常索引提供了快速訪問ROWID的方法，因此那些基于索引列的查詢就可以得到性能上的提高。
4. 共享SQL語句Oracle提供對執(zhí)行過的SQL語句進(jìn)行高速緩沖的機(jī)制。被解析過并且確定了執(zhí)行路徑的SQL語句存放在SGA的共享池中。
Oracle執(zhí)行一個SQL語句之前每次先從SGA共享池中查找是否有緩沖的SQL語句，如果有則直接執(zhí)行該SQL語句。
可以通過適當(dāng)調(diào)整SGA共享池大小來達(dá)到提高Oracle執(zhí)行性能的目的。
ORACLE的解析器按照從右到左的順序處理FROM子句中的表名，因此FROM子句中寫在最后的表(基礎(chǔ)表 driving table)將被最先處理。
當(dāng)ORACLE處理多個表時，會運(yùn)用排序及合并的方式連接它們，并且是從右往左的順序處理FROM子句。首先，掃描第一個表(FROM子句中最后的那個表)并對記錄進(jìn)行排序，然后掃描第二個表(FROM子句中倒數(shù)第二個表)，最后將所有從第二個表中檢索出的記錄與第一個表中合適記錄進(jìn)行合并。
只在基于規(guī)則的優(yōu)化器中有效。
舉例：
表 TAB1 16,384 條記錄
表 TAB2 1 條記錄
/*選擇TAB2作為基礎(chǔ)表 (最好的方法)*/
SELECT COUNT(*) FROM TAB1,TAB2
/*執(zhí)行時間0.96秒*/
/*選擇TAB1作為基礎(chǔ)表 (不佳的方法)*/
SELECT COUNT(*) FROM TAB2,TAB1?
/*執(zhí)行時間26.09秒*/
如果有3個以上的表連接查詢, 那就需要選擇交叉表(intersection table)作為基礎(chǔ)表, 交叉表是指那個被其他表所引用的表。
/*高效的SQL*/
SELECT * FROM LOCATION L, CATEGORY C, EMP E
WHERE E.EMP_NO BETWEEN1000AND2000
AND E.CAT_NO = C.CAT_NO
AND E.LOCN = L.LOCN
將比下列SQL更有效率：
/*低效的SQL*/SELECT * FROM EMP E, LOCATION L, CATEGORY CWHERE E.CAT_NO = C.CAT_NOAND E.LOCN = L.LOCNAND E.EMP_NO BETWEEN 1000 AND 20006. Where子句中的連接順序Oracle采用自下而上或自右向左的順序解析WHERE子句。根據(jù)這個原理,表之間的連接必須寫在其他WHERE條件之前，那些可以過濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾。
/*低效,執(zhí)行時間156.3秒*/
SELECT Column1,Column2
FROM EMP EWHERE E.SAL > 50000
AND E.JOB = 'MANAGER'AND 25 <?
(SELECT COUNT(*) FROM EMP
WHERE MGR = E.EMPNO)
/*高效,執(zhí)行時間10.6秒*/
SELECT Column1,Column2FROM EMP E
WHERE 25 < (SELECT COUNT(*) FROM EMP
WHERE MGR=E.EMPNO)
AND E.SAL > 50000
AND E.JOB = 'MANAGER'
7. SELECT子句中避免使用“*”Oracle在解析SQL語句的時候，對于“*”將通過查詢數(shù)據(jù)庫字典來將其轉(zhuǎn)換成對應(yīng)的列名。
如果在Select子句中需要列出所有的Column時，建議列出所有的Column名稱，而不是簡單的用“*”來替代，這樣可以減少多于的數(shù)據(jù)庫查詢開銷。
當(dāng)執(zhí)行每條SQL語句時, ORACLE在內(nèi)部執(zhí)行了許多工作：解析SQL語句 > 估算索引的利用率 > 綁定變量 > 讀數(shù)據(jù)塊等等由此可見, 減少訪問數(shù)據(jù)庫的次數(shù) , 就能實(shí)際上減少ORACLE的工作量。
9. 整個簡單無關(guān)聯(lián)的數(shù)據(jù)庫訪問如果有幾個簡單的數(shù)據(jù)庫查詢語句，你可以把它們整合到一個查詢中(即使它們之間沒有關(guān)系)，以減少多于的數(shù)據(jù)庫IO開銷。雖然采取這種方法，效率得到提高，但是程序的可讀性大大降低，所以還是要權(quán)衡之間的利弊。
10. 使用Truncate而非DeleteDelete表中記錄的時候，Oracle會在Rollback段中保存刪除信息以備恢復(fù)。Truncate刪除表中記錄的時候不保存刪除信息，不能恢復(fù)。因此Truncate刪除記錄比Delete快，而且占用資源少。
刪除表中記錄的時候，如果不需要恢復(fù)的情況之下應(yīng)該盡量使用Truncate而不是Delete。
Truncate僅適用于刪除全表的記錄。
只要有可能,在程序中盡量多使用COMMIT, 這樣程序的性能得到提高,需求也會因?yàn)镃OMMIT所釋放的資源而減少。
COMMIT所釋放的資源：
回滾段上用于恢復(fù)數(shù)據(jù)的信息。
被程序語句獲得的鎖。
redo log buffer 中的空間。
ORACLE為管理上述3種資源中的內(nèi)部花費(fèi)。
Select count(*) from tablename;?
Select count(1) from tablename;?
Select count(column) from tablename;
一般認(rèn)為，在沒有主鍵索引的情況之下，第二種COUNT(1)方式最快。如果只有一列且無索引COUNT(*)反而比較快， 如果有索引列，當(dāng)然是使用索引列COUNT(column)最快。
13. 用Where子句替換Having子句避免使用HAVING子句，HAVING 只會在檢索出所有記錄之后才對結(jié)果集進(jìn)行過濾。這個處理需要排序、總計等操作。如果能通過WHERE子句限制記錄的數(shù)目，就能減少這方面的開銷。
14. 減少對表的查詢操作在含有子查詢的SQL語句中，要注意減少對表的查詢操作。
/*低效SQL*/
SELECT TAB_NAME FROM TABLES
WHERE TAB_NAME =(
SELECT TAB_NAME FROM TAB_COLUMNS
WHERE VERSION = 604)
AND DB_VER =(
SELECT DB_VER FROM TAB_COLUMNS
WHERE VERSION = 604)
/*高效SQL*/
SELECT TAB_NAME FROM TABLES
WHERE (TAB_NAME，DB_VER)=(
SELECT TAB_NAME，DB_VER
FROM TAB_COLUMNS
WHERE VERSION = 604)
15. 使用表的別名(Alias)當(dāng)在SQL語句中連接多個表時, 請使用表的別名并把別名前綴于每個Column上.這樣一來,就可以減少解析的時間并減少那些由Column歧義引起的語法錯誤。
Column歧義指的是由于SQL中不同的表具有相同的Column名,當(dāng)SQL語句中出現(xiàn)這個Column時,SQL解析器無法判斷這個Column的歸屬。
16. 用EXISTS替代IN在許多基于基礎(chǔ)表的查詢中，為了滿足一個條件 ，往往需要對另一個表進(jìn)行聯(lián)接。在這種情況下，使用EXISTS(或NOT EXISTS)通常將提高查詢的效率。
/*低效SQL*/
SELECT * FROM EMP?
WHERE EMPNO > 0
AND DEPTNO IN (
SELECT DEPTNO FROM DEPT?
WHERE LOC = 'MELB')
/*高效SQL*/
SELECT * FROM EMP
WHERE EMPNO > 0
AND EXISTS (SELECT1
FROM DEPT?
WHERE DEPT.DEPTNO = EMP.DEPTNO
AND LOC = 'MELB')
17. 用NOT EXISTS替代NOT IN在子查詢中，NOT IN子句將執(zhí)行一個內(nèi)部的排序和合并，對子查詢中的表執(zhí)行一個全表遍歷，因此是非常低效的。為了避免使用NOT IN，可以把它改寫成外連接(Outer Joins)或者NOT EXISTS。
/*低效SQL*/
SELECT * FROM EMP?
WHERE DEPT_NO NOT IN (
SELECT DEPT_NO FROM DEPT?
WHERE DEPT_CAT='A')
/*高效SQL*/
SELECT * FROM EMP E
WHERE NOT EXISTS (SELECT 1
FROM DEPT D
WHERE D.DEPT_NO = E.DEPT_NO
AND DEPT_CAT ='A')
18. 用表連接替換EXISTS通常來說 ，采用表連接的方式比EXISTS更有效率 。
/*低效SQL*/
SELECT ENAME
FROM EMP E
WHERE EXISTS (SELECT 1
FROM DEPT
WHERE DEPT_NO = E.DEPT_NO
AND DEPT_CAT = 'A')
/*高效SQL*/
SELECT ENAME
FROM DEPT D，EMP E
WHERE E.DEPT_NO = D.DEPT_NO
AND D.DEPT_CAT = 'A'
19. 用EXISTS替換DISTINCT當(dāng)提交一個包含對多表信息(比如部門表和雇員表)的查詢時，避免在SELECT子句中使用DISTINCT。一般可以考慮用EXIST替換。EXISTS 使查詢更為迅速，因?yàn)镽DBMS核心模塊將在子查詢的條件一旦滿足后，立刻返回結(jié)果。
/*低效SQL*/
SELECT DISTINCT D.DEPT_NO，D.DEPT_NAME
FROM DEPT D，EMP E
WHERE D.DEPT_NO = E.DEPT_NO
/*高效SQL*/
SELECT D.DEPT_NO，D.DEPT_NAME
FROM DEPT D
WHERE EXISTS (SELECT 1
FROM EMP E
WHERE E.DEPT_NO = D.DEPT_NO)
20. 識別低效的SQL語句下面的SQL工具可以找出低效SQL，前提是需要DBA權(quán)限，否則查詢不了。
SELECT EXECUTIONS, DISK_READS, BUFFER_GETS,
ROUND ((BUFFER_GETS-DISK_READS)/BUFFER_GETS, 2) Hit_radio,
ROUND (DISK_READS/EXECUTIONS, 2) Reads_per_run,
?? SQL_TEXT
FROM ? V$SQLAREA
WHERE ?EXECUTIONS>0
AND ?BUFFER_GETS > 0?
AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS <0.8
ORDERBY4DESC
另外也可以使用SQL Trace工具來收集正在執(zhí)行的SQL的性能狀態(tài)數(shù)據(jù)，包括解析次數(shù)，執(zhí)行次數(shù)，CPU使用時間等 。
21. 用Explain Plan分析SQL語句EXPLAIN PLAN 是一個很好的分析SQL語句的工具, 它甚至可以在不執(zhí)行SQL的情況下分析語句. 通過分析, 我們就可以知道ORACLE是怎么樣連接表, 使用什么方式掃描表(索引掃描或全表掃描)以及使用到的索引名稱。
22. SQL PLUS的TRACESQL> list
SELECT *
FROM dept, emp
WHERE emp.deptno = dept.deptno
SQL> set autotrace traceonly /*traceonly 可以不顯示執(zhí)行結(jié)果*/
SQL> /
rows selected.
Execution Plan
----------------------------------------------------------
SELECT STATEMENT Optimizer=CHOOSE
0 ? NESTED LOOPS
1 ? ? TABLE ACCESS (FULL) OF 'EMP'?
1 ? ? TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'
3 ? ? ? INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE)
23. 用索引提高效率1)特點(diǎn)優(yōu)點(diǎn)
提高效率 主鍵的唯一性驗(yàn)證代價：需要空間存儲 定期維護(hù)重構(gòu)索引：
LTER INDEX REBUILD
2)Oracle對索引有兩種訪問模式
索引唯一掃描 (Index Unique Scan)。
索引范圍掃描 (Index Range Scan)。
3)基礎(chǔ)表的選擇
基礎(chǔ)表(Driving Table)是指被最先訪問的表(通常以全表掃描的方式被訪問)。根據(jù)優(yōu)化器的不同，SQL語句中基礎(chǔ)表的選擇是不一樣的。
如果你使用的是CBO (COST BASED OPTIMIZER)，優(yōu)化器會檢查SQL語句中的每個表的物理大小，索引的狀態(tài)，然后選用花費(fèi)最低的執(zhí)行路徑。
如果你用RBO (RULE BASED OPTIMIZER)， 并且所有的連接條件都有索引對應(yīng)，在這種情況下，基礎(chǔ)表就是FROM 子句中列在最后的那個表。
4)多個平等的索引
當(dāng)SQL語句的執(zhí)行路徑可以使用分布在多個表上的多個索引時，ORACLE會同時使用多個索引并在運(yùn)行時對它們的記錄進(jìn)行合并，檢索出僅對全部索引有效的記錄。
在ORACLE選擇執(zhí)行路徑時，唯一性索引的等級高于非唯一性索引。然而這個規(guī)則只有當(dāng)WHERE子句中索引列和常量比較才有效。如果索引列和其他表的索引類相比較。這種子句在優(yōu)化器中的等級是非常低的。
如果不同表中兩個相同等級的索引將被引用，FROM子句中表的順序?qū)Q定哪個會被率先使用。FROM子句中最后的表的索引將有最高的優(yōu)先級。
如果相同表中兩個相同等級的索引將被引用，WHERE子句中最先被引用的索引將有最高的優(yōu)先級。
5)等式比較優(yōu)先于范圍比較
DEPTNO上有一個非唯一性索引，EMP_CAT也有一個非唯一性索引。
SELECT ENAME FROM EMP
WHERE DEPTNO > 20
AND EMP_CAT = 'A'
這里只有EMP_CAT索引被用到,然后所有的記錄將逐條與DEPTNO條件進(jìn)行比較. 執(zhí)行路徑如下：
TABLE ACCESS BY ROWID ON EMP
INDEX RANGE SCAN ON CAT_IDX
即使是唯一性索引，如果做范圍比較，其優(yōu)先級也低于非唯一性索引的等式比較。
6)不明確的索引等級
當(dāng)ORACLE無法判斷索引的等級高低差別，優(yōu)化器將只使用一個索引,它就是在WHERE子句中被列在最前面的。DEPTNO上有一個非唯一性索引，EMP_CAT也有一個非唯一性索引。
SELECT ENAME FROM EMP
WHERE DEPTNO > 20
AND EMP_CAT > 'A'
這里, ORACLE只用到了DEPT_NO索引. 執(zhí)行路徑如下:
TABLE ACCESS BY ROWID ON EMP?
INDEX RANGE SCAN ON DEPT_IDX
7)強(qiáng)制索引失效
如果兩個或以上索引具有相同的等級，你可以強(qiáng)制命令ORACLE優(yōu)化器使用其中的一個(通過它,檢索出的記錄數(shù)量少) 。
SELECT ENAME
FROM EMP
WHERE EMPNO = 7935
AND DEPTNO + 0 = 10 ? ?/*DEPTNO上的索引將失效*/
AND EMP_TYPE || '' = 'A' ?/*EMP_TYPE上的索引將失效*/
8)避免在索引列上使用計算
WHERE子句中，如果索引列是函數(shù)的一部分。優(yōu)化器將不使用索引而使用全表掃描。
/*低效SQL*/
SELECT * FROM DEPT
WHERE SAL * 12 > 25000;
/*高效SQL*/
SELECT * FROM DEPT
WHERE SAL > 25000/12;
9)自動選擇索引
如果表中有兩個以上(包括兩個)索引，其中有一個唯一性索引，而其他是非唯一性索引。在這種情況下，ORACLE將使用唯一性索引而完全忽略非唯一性索引。
SELECT ENAME FROM EMP?
WHERE EMPNO = 2326
AND DEPTNO = 20;
這里，只有EMPNO上的索引是唯一性的，所以EMPNO索引將用來檢索記錄。
SELECT ENAME FROM EMP?
WHERE EMPNO = 2326
AND DEPTNO = 20;
10)避免在索引列上使用NOT
通常，我們要避免在索引列上使用NOT，NOT會產(chǎn)生在和在索引列上使用函數(shù)相同的影響。當(dāng)ORACLE遇到NOT，它就會停止使用索引轉(zhuǎn)而執(zhí)行全表掃描。
/*低效SQL: (這里，不使用索引)*/
SELECT * FROM DEPT
WHERE NOT DEPT_CODE = 0
/*高效SQL: (這里，使用索引)*/
SELECT * FROM DEPT
WHERE DEPT_CODE > 0
24. 用 >= 替代 >如果DEPTNO上有一個索引：
/*高效SQL*/
SELECT * FROM EMP
WHERE DEPTNO >=4
/*低效SQL*/
SELECT * FROM EMP
WHERE DEPTNO >3
兩者的區(qū)別在于，前者DBMS將直接跳到第一個DEPT等于4的記錄，而后者將首先定位到DEPTNO等于3的記錄并且向前掃描到第一個DEPT大于3的記錄。
25. 用Union替換OR(適用于索引列)通常情況下，用UNION替換WHERE子句中的OR將會起到較好的效果。對索引列使用OR將造成全表掃描。注意，以上規(guī)則只針對多個索引列有效。
/*高效SQL*/
SELECT LOC_ID , LOC_DESC , REGION
FROM LOCATION
WHERE LOC_ID = 10
UNIONS
ELECT LOC_ID , LOC_DESC , REGION
FROM LOCATION
WHERE REGION = 'MELBOURNE'
/*低效SQL*/
SELECT LOC_ID,LOC_DESC,REGION
FROM LOCATION
WHERE LOC_ID = 10
OR REGION = 'MELBOURNE'
26. 用IN替換OR/*低效SQL*/
SELECT * FROM LOCATION
WHERE LOC_ID = 10
OR LOC_ID = 20
OR LOC_ID = 30
/*低效SQL*/
SELECT * FROM LOCATION
WHERE LOC_ID = 10
OR LOC_ID = 20
OR LOC_ID = 30
實(shí)際的執(zhí)行效果還須檢驗(yàn)，在ORACLE8i下， 兩者的執(zhí)行路徑似乎是相同的。
27. 避免在索引列上使用is null和is not null避免在索引中使用任何可以為空的列，ORACLE將無法使用該索引。
/*低效SQL：(索引失效)*/
SELECT * FROM DEPARTMENT
WHERE DEPT_CODE IS NOT NULL;
/*高效SQL：(索引有效)*/
SELECT * FROM DEPARTMENT
WHERE DEPT_CODE >=0;
28. 總是使用索引的第一個列如果索引是建立在多個列上， 只有在它的第一個列(leading column)被where子句引用時， 優(yōu)化器才會選擇使用該索引。
SQL> create index multindex on multiindexusage(inda,indb);Index created.
SQL> select * from ?multiindexusage where indb = 1;Execution Plan
----------------------------------------------------------
? ? SELECT STATEMENT Optimizer=CHOOSE
0 ? TABLE ACCESS (FULL) OF 'MULTIINDEXUSAGE‘
很明顯, 當(dāng)僅引用索引的第二個列時,優(yōu)化器使用了全表掃描而忽略了索引。
29. 使用UNION ALL替代UNION當(dāng)SQL語句需要UNION兩個查詢結(jié)果集合時，這兩個結(jié)果集合會以UNION-ALL的方式被合并，然后在輸出最終結(jié)果前進(jìn)行排序。
如果用UNION ALL替代UNION，這樣排序就不是必要了，效率就會因此得到提高。由于UNION ALL的結(jié)果沒有經(jīng)過排序，而且不過濾重復(fù)的記錄，因此是否進(jìn)行替換需要根據(jù)業(yè)務(wù)需求而定。
30. 對UNION的優(yōu)化由于UNION會對查詢結(jié)果進(jìn)行排序，而且過濾重復(fù)記錄，因此其執(zhí)行效率沒有UNION ALL高。UNION操作會使用到SORT_AREA_SIZE內(nèi)存塊，因此對這塊內(nèi)存的優(yōu)化也非常重要?？梢允褂孟旅娴腟QL來查詢排序的消耗量 ：
select substr(name，1，25) ?"Sort Area Name"，
substr(value，1，15) ? "Value"
from v$sysstat
where name like 'sort%'
31. 避免改變索引列的類型當(dāng)比較不同數(shù)據(jù)類型的數(shù)據(jù)時， ORACLE自動對列進(jìn)行簡單的類型轉(zhuǎn)換。
/*假設(shè)EMP_TYPE是一個字符類型的索引列.*/
SELECT *
FROM EMP
WHERE EMP_TYPE = 123
/*這個語句被ORACLE轉(zhuǎn)換為:*/
SELECT *
FROM EMP
WHERE TO_NUMBER(EMP_TYPE)=123
因?yàn)閮?nèi)部發(fā)生的類型轉(zhuǎn)換，這個索引將不會被用到。幾點(diǎn)注意：
當(dāng)比較不同數(shù)據(jù)類型的數(shù)據(jù)時，ORACLE自動對列進(jìn)行簡單的類型轉(zhuǎn)換。
如果在索引列上面進(jìn)行了隱式類型轉(zhuǎn)換，在查詢的時候?qū)⒉粫玫剿饕?/p>
注意當(dāng)字符和數(shù)值比較時，ORACLE會優(yōu)先轉(zhuǎn)換數(shù)值類型到字符類型。
為了避免ORACLE對SQL進(jìn)行隱式的類型轉(zhuǎn)換，最好把類型轉(zhuǎn)換用顯式表現(xiàn)出來。
FULL hint 告訴ORACLE使用全表掃描的方式訪問指定表。
ROWID hint 告訴ORACLE使用TABLE ACCESS BY ROWID的操作訪問表。
CACHE hint 來告訴優(yōu)化器把查詢結(jié)果數(shù)據(jù)保留在SGA中。
INDEX Hint 告訴ORACLE使用基于索引的掃描方式。
其他的Oracle Hints
ALL_ROWS。
FIRST_ROWS。
RULE。
USE_NL。
USE_MERGE。
USE_HASH 等等。
這是一個很有技巧性的工作。建議只針對特定的，少數(shù)的SQL進(jìn)行hint的優(yōu)化。
33. 幾種不能使用索引的WHERE子句1)下面的例子中，‘!=’ 將不使用索引?。
索引只能告訴你什么存在于表中，而不能告訴你什么不存在于表中。
/*不使用索引*/
SELECT ACCOUNT_NAME
FROM TRANSACTION
WHERE AMOUNT !=0；
/*使用索引*/
SELECT ACCOUNT_NAME
FROM TRANSACTION
WHERE AMOUNT > 0；
2)下面的例子中，‘||’是字符連接函數(shù)。
就象其他函數(shù)那樣，停用了索引。
/*不使用索引*/
SELECT ACCOUNT_NAME，AMOUNT
FROM TRANSACTION
WHERE ACCOUNT_NAME||ACCOUNT_TYPE='AMEXA'；
/*使用索引*/
SELECT ACCOUNT_NAME，AMOUNT
FROM TRANSACTION
WHERE ACCOUNT_NAME = 'AMEX'
AND ACCOUNT_TYPE='A'；
3)下面的例子中，‘+’是數(shù)學(xué)函數(shù)。
就象其他數(shù)學(xué)函數(shù)那樣，停用了索引。
/*不使用索引*/
SELECT ACCOUNT_NAME，AMOUNT
FROM TRANSACTION
WHERE AMOUNT + 3000 >5000；
/*使用索引*/
SELECT ACCOUNT_NAME，AMOUNT
FROM TRANSACTION
WHERE AMOUNT > 2000 ;
(4)下面的例子中，相同的索引列不能互相比較，這將會啟用全表掃描。
/*不使用索引*/
SELECT ACCOUNT_NAME, AMOUNT
FROM TRANSACTION
WHERE ACCOUNT_NAME = NVL(:ACC_NAME, ACCOUNT_NAME)
/*使用索引*/SELECT ACCOUNT_NAME，AMOUNTFROM TRANSACTIONWHERE ACCOUNT_NAME LIKE NVL(:ACC_NAME, ’%’)34. 連接多個掃描如果對一個列和一組有限的值進(jìn)行比較，優(yōu)化器可能執(zhí)行多次掃描并對結(jié)果進(jìn)行合并連接。舉例：
SELECT * FROM LODGING?
WHERE MANAGER IN ('BILL GATES','KEN MULLER')
優(yōu)化器可能將它轉(zhuǎn)換成以下形式：
SELECT * FROM LODGING
WHERE MANAGER = 'BILL GATES'
OR MANAGER = 'KEN MULLER'
35. CBO下使用更具選擇性的索引基于成本的優(yōu)化器(CBO，Cost-Based Optimizer)對索引的選擇性進(jìn)行判斷來決定索引的使用是否能提高效率。
如果檢索數(shù)據(jù)量超過30%的表中記錄數(shù)，使用索引將沒有顯著的效率提高。
在特定情況下，使用索引也許會比全表掃描慢。而通常情況下，使用索引比全表掃描要塊幾倍乃至幾千倍！
帶有DISTINCT，UNION，MINUS，INTERSECT，ORDER BY的SQL語句會啟動SQL引擎執(zhí)行耗費(fèi)資源的排序(SORT)功能。DISTINCT需要一次排序操作，而其他的至少需要執(zhí)行兩次排序。
通常，帶有UNION，MINUS，INTERSECT的SQL語句都可以用其他方式重寫。
提高GROUP BY語句的效率，可以通過將不需要的記錄在GROUP BY之前過濾掉。
/*低效SQL*/
SELECT JOB,AVG(SAL)FROM EMP
GROUPBY JOB
HAVING JOB ='PRESIDENT''
OR JOB = 'MANAGER'
/*高效SQL*/
SELECT JOB,AVG(SAL)FROM EMP
WHERE JOB = 'PRESIDENT'
OR JOB = 'MANAGER'
GROUP BY JOB
38. 使用日期當(dāng)使用日期時，需要注意如果有超過5位小數(shù)加到日期上，這個日期會進(jìn)到下一天!
SELECT TO_DATE('01-JAN-93'+.99999)
FROM DUAL
結(jié)果：
'01-JAN-93 23:59:59'
SELECT TO_DATE('01-JAN-93'+.999999)
FROM DUAL
結(jié)果：
'02-JAN-93 00:00:00'
39. 使用顯示游標(biāo)(CURSORS)使用隱式的游標(biāo)，將會執(zhí)行兩次操作。第一次檢索記錄，第二次檢查TOO MANY ROWS 這個exception。而顯式游標(biāo)不執(zhí)行第二次操作。
40. 分離表和索引總是將你的表和索引建立在不同的表空間內(nèi)(TABLESPACES)。
決不要將不屬于ORACLE內(nèi)部系統(tǒng)的對象存放到SYSTEM表空間里。
確保數(shù)據(jù)表空間和索引表空間置于不同的硬盤上。
從過去40年至今，數(shù)據(jù)庫的形態(tài)基本經(jīng)歷了傳統(tǒng)商業(yè)數(shù)據(jù)庫、開源數(shù)據(jù)庫到云原生數(shù)據(jù)庫的演進(jìn)過程。云時代下數(shù)據(jù)庫將如何革新與創(chuàng)變？來Gdevops全球敏捷運(yùn)維峰會北京站尋找答案：
《All in Cloud 時代，下一代云原生數(shù)據(jù)庫技術(shù)與趨勢》阿里巴巴集團(tuán)副總裁/達(dá)摩院首席數(shù)據(jù)庫科學(xué)家 李飛飛(飛刀)
《AI和云原生時代的數(shù)據(jù)庫進(jìn)化之路》騰訊數(shù)據(jù)庫產(chǎn)品中心總經(jīng)理 林曉斌(丁奇)
《ICBC的MySQL探索之路》工商銀行軟件開發(fā)中心 魏亞東
《民生銀行在SQL審核方面的探索和實(shí)踐》民生銀行資深數(shù)據(jù)庫專家 李寧寧
《OceanBase分布式數(shù)據(jù)庫在西安銀行的落地和實(shí)踐》螞蟻金服P9資深專家/OceanBase核心負(fù)責(zé)人 蔣志勇
《金融行業(yè)MySQL高可用實(shí)踐》愛可生技術(shù)總監(jiān) 明溪源
總結(jié)
以上是生活随笔為你收集整理的oracle distinct分页优化_Oracle SQL性能优化最常用的40条建议的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 阿里启动NASA计划创造新经济核心科技
- 下一篇： 用firework中合并图标的方法