Oracle SQL效能最佳化40條，值得收藏

1. SQL陳述句執行步驟

語法分析> 語意分析> 檢視轉換 >運算式轉換> 選擇最佳化器 >選擇連線方式 >選擇連線順序 >選擇資料的搜尋路徑 >執行“執行計劃”

2. 選用適合的Oracle最佳化器

RULE（基於規則）、 COST（基於成本） 、CHOOSE（選擇性）

3. 訪問Table的方式

全表掃描

全表掃描就是順序地訪問表中每條記錄，ORACLE採用一次讀入多個資料塊(database block)的方式最佳化全表掃描。

透過ROWID訪問表

ROWID包含了表中記錄的物理位置資訊，ORACLE採用索引實現了資料和存放資料的物理位置(ROWID)之間的聯絡，通常索引提供了快速訪問ROWID的方法，因此那些基於索引列的查詢就可以得到效能上的提高。

4. 共享 SQL 陳述句

• Oracle提供對執行過的SQL陳述句進行高速緩衝的機制。被解析過並且確定了執行路徑的SQL陳述句存放在SGA的共享池中。

• Oracle執行一個SQL陳述句之前每次先從SGA共享池中查詢是否有緩衝的SQL陳述句，如果有則直接執行該SQL陳述句。

• 可以透過適當調整SGA共享池大小來達到提高Oracle執行效能的目的。

5. 選擇最有效率的表名順序

• ORACLE的解析器按照從右到左的順序處理FROM子句中的表名，因此FROM子句中寫在最後的表(基礎表 driving table)將被最先處理。

• 當ORACLE處理多個表時，會運用排序及合併的方式連線它們，並且是從右往左的順序處理FROM子句。首先，掃描第一個表(FROM子句中最後的那個表)並對記錄進行排序，然後掃描第二個表(FROM子句中倒數第二個表)，最後將所有從第二個表中檢索出的記錄與第一個表中合適記錄進行合併。

• 只在基於規則的最佳化器中有效。

舉例：

表 TAB1 16,384 條記錄

表 TAB2 1 條記錄

/*選擇TAB2作為基礎表 (最好的方法)*/SELECT COUNT(*) FROM TAB1,TAB2/*執行時間0.96秒*/
/*選擇TAB1作為基礎表 (不佳的方法)*/SELECT COUNT(*) FROM TAB2,TAB1 /*執行時間26.09秒*/

如果有3個以上的表連線查詢, 那就需要選擇交叉表(intersection table)作為基礎表, 交叉表是指那個被其他表所取用的表。

/*高效的SQL*/SELECT * FROM LOCATION L, CATEGORY C, EMP E WHERE E.EMP_NO BETWEEN 1000 AND 2000AND E.CAT_NO = C.CAT_NOAND 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 2000

6. Where子句中的連線順序

Oracle採用自下而上或自右向左的順序解析WHERE子句。根據這個原理,表之間的連線必須寫在其他WHERE條件之前，那些可以過濾掉最大數量記錄的條件必須寫在WHERE子句的末尾。

/*低效,執行時間156.3秒*/SELECT Column1,Column2FROM EMP EWHERE E.SAL > 50000AND E.JOB = 'MANAGER'AND 25 < (SELECT COUNT(*) FROM EMPWHERE MGR = E.EMPNO)

/*高效,執行時間10.6秒*/SELECT Column1,Column2FROM EMP EWHERE 25 < (SELECT COUNT(*) FROM EMPWHERE MGR=E.EMPNO)AND E.SAL > 50000AND E.JOB = 'MANAGER'

7. SELECT子句中避免使用“*”

• Oracle在解析SQL陳述句的時候，對於“*”將透過查詢資料庫字典來將其轉換成對應的列名。

• 如果在Select子句中需要列出所有的Column時，建議列出所有的Column名稱，而不是簡單的用“*”來替代，這樣可以減少多於的資料庫查詢開銷。

8. 減少訪問資料庫的次數

當執行每條SQL陳述句時, ORACLE在內部執行了許多工作：解析SQL陳述句 > 估算索引的利用率 > 系結變數 > 讀資料塊等等

由此可見, 減少訪問資料庫的次數 , 就能實際上減少ORACLE的工作量。

9. 整個簡單無關聯的資料庫訪問

如果有幾個簡單的資料庫查詢陳述句，你可以把它們整合到一個查詢中（即使它們之間沒有關係），以減少多於的資料庫IO開銷。

雖然採取這種方法，效率得到提高，但是程式的可讀性大大降低，所以還是要權衡之間的利弊。

10. 使用Truncate而非Delete

• Delete表中記錄的時候，Oracle會在Rollback段中儲存刪除資訊以備恢復。Truncate刪除表中記錄的時候不儲存刪除資訊，不能恢復。因此Truncate刪除記錄比Delete快，而且佔用資源少。

• 刪除表中記錄的時候，如果不需要恢復的情況之下應該儘量使用Truncate而不是Delete。

• Truncate僅適用於刪除全表的記錄。

11. 儘量多使用COMMIT

只要有可能,在程式中儘量多使用COMMIT, 這樣程式的效能得到提高,需求也會因為COMMIT所釋放的資源而減少。

COMMIT所釋放的資源：

• 回滾段上用於恢復資料的資訊.

• 被程式陳述句獲得的鎖

• redo log buffer 中的空間

• ORACLE為管理上述3種資源中的內部花費

12. 計算記錄條數

Select count(*) from tablename; Select count(1) from tablename; Select count(column) from tablename;

一般認為，在沒有主鍵索引的情況之下，第二種COUNT(1)方式最快。如果只有一列且無索引COUNT(*)反而比較快， 如果有索引列，當然是使用索引列COUNT(column)最快。

13. 用Where子句替換Having子句

避免使用HAVING子句，HAVING 只會在檢索出所有記錄之後才對結果集進行過濾。這個處理需要排序、總計等操作。如果能透過WHERE子句限制記錄的數目，就能減少這方面的開銷。

14. 減少對錶的查詢操作

在含有子查詢的SQL陳述句中，要註意減少對錶的查詢操作。

/*低效SQL*/SELECT TAB_NAME FROM TABLESWHERE TAB_NAME =(SELECT TAB_NAME FROM TAB_COLUMNSWHERE VERSION = 604)AND DB_VER =(SELECT DB_VER FROM TAB_COLUMNSWHERE VERSION = 604)

/*高效SQL*/SELECT TAB_NAME FROM TABLESWHERE (TAB_NAME，DB_VER)=(SELECT TAB_NAME，DB_VERFROM TAB_COLUMNSWHERE VERSION = 604)

15. 使用表的別名（Alias）

當在SQL陳述句中連線多個表時, 請使用表的別名並把別名字首於每個Column上.這樣一來,就可以減少解析的時間並減少那些由Column歧義引起的語法錯誤。

Column歧義指的是由於SQL中不同的表具有相同的Column名,當SQL陳述句中出現這個Column時,SQL解析器無法判斷這個Column的歸屬。

16. 用EXISTS替代IN

在許多基於基礎表的查詢中，為了滿足一個條件 ，往往需要對另一個表進行聯接。在這種情況下，使用EXISTS(或NOT EXISTS)通常將提高查詢的效率。

/*低效SQL*/SELECT * FROM EMP WHERE EMPNO > 0AND DEPTNO IN (SELECT DEPTNO FROM DEPT WHERE LOC = 'MELB')

/*高效SQL*/SELECT * FROM EMPWHERE EMPNO > 0AND EXISTS (SELECT 1FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNOAND LOC = 'MELB')

17. 用NOT EXISTS替代NOT IN

在子查詢中，NOT IN子句將執行一個內部的排序和合併，對子查詢中的表執行一個全表遍歷，因此是非常低效的。

為了避免使用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 EWHERE NOT EXISTS (SELECT 1FROM DEPT DWHERE D.DEPT_NO = E.DEPT_NOAND DEPT_CAT ='A')

18. 用表連線替換EXISTS

通常來說 ，採用表連線的方式比EXISTS更有效率 。

/*低效SQL*/SELECT ENAMEFROM EMP EWHERE EXISTS (SELECT 1FROM DEPTWHERE DEPT_NO = E.DEPT_NOAND DEPT_CAT = 'A')

/*高效SQL*/SELECT ENAMEFROM DEPT D，EMP EWHERE E.DEPT_NO = D.DEPT_NOAND D.DEPT_CAT = 'A'

19. 用EXISTS替換DISTINCT

當提交一個包含對多表資訊（比如部門表和僱員表）的查詢時，避免在SELECT子句中使用DISTINCT。一般可以考慮用EXIST替換。

EXISTS 使查詢更為迅速，因為RDBMS核心模組將在子查詢的條件一旦滿足後，立刻傳回結果。

/*低效SQL*/SELECT DISTINCT D.DEPT_NO，D.DEPT_NAMEFROM DEPT D，EMP EWHERE D.DEPT_NO = E.DEPT_NO

/*高效SQL*/SELECT D.DEPT_NO，D.DEPT_NAMEFROM DEPT DWHERE EXISTS (SELECT 1FROM EMP EWHERE E.DEPT_NO = D.DEPT_NO)

20. 識別低效的SQL陳述句

下麵的SQL工具可以找出低效SQL，前提是需要DBA許可權，否則查詢不了。

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_TEXTFROM   V$SQLAREAWHERE  EXECUTIONS>0AND  BUFFER_GETS > 0 AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8ORDER BY 4 DESC

另外也可以使用SQL Trace工具來收集正在執行的SQL的效能狀態資料，包括解析次數，執行次數，CPU使用時間等 。

21. 用Explain Plan分析SQL陳述句

EXPLAIN PLAN 是一個很好的分析SQL陳述句的工具, 它甚至可以在不執行SQL的情況下分析陳述句. 透過分析, 我們就可以知道ORACLE是怎麼樣連線表, 使用什麼方式掃描表(索引掃描或全表掃描)以及使用到的索引名稱。

22. SQL PLUS的TRACE

SQL> listSELECT *FROM dept, empWHERE emp.deptno = dept.deptnoSQL> set autotrace traceonly /*traceonly 可以不顯示執行結果*/SQL> /rows selected.Execution Plan----------------------------------------------------------SELECT STATEMENT Optimizer=CHOOSE0   NESTED LOOPS1     TABLE ACCESS (FULL) OF 'EMP' 1     TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'3       INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE)

23. 用索引提高效率

（1）特點

優點：提高效率 主鍵的唯一性驗證

代價：需要空間儲存 定期維護

重構索引：

ALTER INDEX  REBUILD 

（2）Oracle對索引有兩種訪問樣式

• 索引唯一掃描 (Index Unique Scan)

• 索引範圍掃描 (Index Range Scan)

（3）基礎表的選擇

• 基礎表(Driving Table)是指被最先訪問的表(通常以全表掃描的方式被訪問)。根據最佳化器的不同，SQL陳述句中基礎表的選擇是不一樣的。

• 如果你使用的是CBO (COST BASED OPTIMIZER)，最佳化器會檢查SQL陳述句中的每個表的物理大小，索引的狀態，然後選用花費最低的執行路徑。

• 如果你用RBO (RULE BASED OPTIMIZER)， 並且所有的連線條件都有索引對應，在這種情況下，基礎表就是FROM 子句中列在最後的那個表。

（4）多個平等的索引

• 當SQL陳述句的執行路徑可以使用分佈在多個表上的多個索引時，ORACLE會同時使用多個索引併在執行時對它們的記錄進行合併，檢索出僅對全部索引有效的記錄。

• 在ORACLE選擇執行路徑時，唯一性索引的等級高於非唯一性索引。然而這個規則只有當WHERE子句中索引列和常量比較才有效。如果索引列和其他表的索引類相比較。這種子句在最佳化器中的等級是非常低的。

• 如果不同表中兩個相同等級的索引將被取用，FROM子句中表的順序將決定哪個會被率先使用。FROM子句中最後的表的索引將有最高的優先順序。

• 如果相同表中兩個相同等級的索引將被取用，WHERE子句中最先被取用的索引將有最高的優先順序。

（5）等式比較優先於範圍比較

DEPTNO上有一個非唯一性索引，EMP_CAT也有一個非唯一性索引。

SELECT ENAME FROM EMPWHERE DEPTNO > 20AND EMP_CAT = 'A'

這裡只有EMP_CAT索引被用到,然後所有的記錄將逐條與DEPTNO條件進行比較. 執行路徑如下:

TABLE ACCESS BY ROWID ON EMPINDEX RANGE SCAN ON CAT_IDX

即使是唯一性索引，如果做範圍比較，其優先順序也低於非唯一性索引的等式比較。

（6）不明確的索引等級

當ORACLE無法判斷索引的等級高低差別，最佳化器將只使用一個索引,它就是在WHERE子句中被列在最前面的。

DEPTNO上有一個非唯一性索引，EMP_CAT也有一個非唯一性索引。

SELECT ENAME FROM EMPWHERE DEPTNO > 20AND EMP_CAT > 'A'

這裡, ORACLE只用到了DEPT_NO索引. 執行路徑如下:

TABLE ACCESS BY ROWID ON EMPINDEX RANGE SCAN ON DEPT_IDX

（7）強制索引失效

如果兩個或以上索引具有相同的等級，你可以強制命令ORACLE最佳化器使用其中的一個(透過它,檢索出的記錄數量少) 。

SELECT ENAMEFROM EMPWHERE EMPNO = 7935AND DEPTNO + 0 = 10    /*DEPTNO上的索引將失效*/AND EMP_TYPE || '' = 'A'  /*EMP_TYPE上的索引將失效*/

（8）避免在索引列上使用計算

WHERE子句中，如果索引列是函式的一部分。最佳化器將不使用索引而使用全表掃描。

/*低效SQL*/SELECT * FROM DEPTWHERE SAL * 12 > 25000;

/*高效SQL*/SELECT * FROM DEPTWHERE SAL > 25000/12;

（9）自動選擇索引

如果表中有兩個以上（包括兩個）索引，其中有一個唯一性索引，而其他是非唯一性索引。在這種情況下，ORACLE將使用唯一性索引而完全忽略非唯一性索引。

SELECT ENAME FROM EMP WHERE EMPNO = 2326AND DEPTNO = 20;

這裡，只有EMPNO上的索引是唯一性的，所以EMPNO索引將用來檢索記錄。

TABLE ACCESS BY ROWID ON EMPINDEX UNIQUE SCAN ON EMP_NO_IDX

（10）避免在索引列上使用NOT

通常，我們要避免在索引列上使用NOT，NOT會產生在和在索引列上使用函式相同的影響。當ORACLE遇到NOT，它就會停止使用索引轉而執行全表掃描。

/*低效SQL: (這裡，不使用索引)*/SELECT * FROM DEPTWHERE NOT DEPT_CODE = 0

/*高效SQL: (這裡，使用索引)*/SELECT * FROM DEPTWHERE DEPT_CODE > 0

24. 用 >= 替代 >

如果DEPTNO上有一個索引

/*高效SQL*/SELECT * FROM EMPWHERE DEPTNO >=4

/*低效SQL*/SELECT * FROM EMPWHERE DEPTNO >3

兩者的區別在於，前者DBMS將直接跳到第一個DEPT等於4的記錄，而後者將首先定位到DEPTNO等於3的記錄並且向前掃描到第一個DEPT大於3的記錄.

25. 用Union替換OR（適用於索引列）

通常情況下，用UNION替換WHERE子句中的OR將會起到較好的效果。對索引列使用OR將造成全表掃描。註意，以上規則只針對多個索引列有效。

/*高效SQL*/SELECT LOC_ID , LOC_DESC , REGIONFROM LOCATIONWHERE LOC_ID = 10UNIONSELECT LOC_ID , LOC_DESC , REGIONFROM LOCATIONWHERE REGION = 'MELBOURNE'

/*低效SQL*/SELECT LOC_ID,LOC_DESC,REGIONFROM LOCATIONWHERE LOC_ID = 10OR REGION = 'MELBOURNE'

26. 用IN替換OR

/*低效SQL*/SELECT * FROM LOCATIONWHERE LOC_ID = 10OR LOC_ID = 20OR LOC_ID = 30

/*高效SQL*/SELECT * FROM LOCATIONWHERE LOC_IN IN (10，20，30)

實際的執行效果還須檢驗，在ORACLE8i下， 兩者的執行路徑似乎是相同的。

27. 避免在索引列上使用is null和is not null

避免在索引中使用任何可以為空的列，ORACLE將無法使用該索引。

/*低效SQL：（索引失效）*/SELECT * FROM DEPARTMENTWHERE DEPT_CODE IS NOT NULL;

/*高效SQL：（索引有效）*/SELECT * FROM DEPARTMENTWHERE DEPT_CODE >=0;

28. 總是使用索引的第一個列

如果索引是建立在多個列上， 只有在它的第一個列(leading column)被where子句取用時， 最佳化器才會選擇使用該索引。

SQL> create index multindex on multiindexusage(inda,indb);Index created.
SQL> select * from  multiindexusage where indb = 1;Execution Plan----------------------------------------------------------     SELECT STATEMENT Optimizer=CHOOSE0   TABLE ACCESS (FULL) OF 'MULTIINDEXUSAGE‘

很明顯, 當僅取用索引的第二個列時,最佳化器使用了全表掃描而忽略了索引。

29. 使用UNION ALL替代UNION

當SQL陳述句需要UNION兩個查詢結果集合時，這兩個結果集合會以UNION-ALL的方式被合併，然後在輸出最終結果前進行排序。如果用UNION ALL替代UNION，這樣排序就不是必要了，效率就會因此得到提高。

由於UNION ALL的結果沒有經過排序，而且不過濾重覆的記錄，因此是否進行替換需要根據業務需求而定。

30. 對UNION的最佳化

由於UNION會對查詢結果進行排序，而且過濾重覆記錄，因此其執行效率沒有UNION ALL高。UNION操作會使用到SORT_AREA_SIZE記憶體塊，因此對這塊記憶體的最佳化也非常重要。

可以使用下麵的SQL來查詢排序的消耗量 ：

select substr（name，1，25）  "Sort Area Name"，substr（value，1，15）   "Value"from v$sysstatwhere name like 'sort%'

31. 避免改變索引列的型別

當比較不同資料型別的資料時， ORACLE自動對列進行簡單的型別轉換。

/*假設EMP_TYPE是一個字元型別的索引列.*/SELECT *FROM EMPWHERE EMP_TYPE = 123
/*這個陳述句被ORACLE轉換為:*/SELECT *FROM EMPWHERE TO_NUMBER(EMP_TYPE)=123

因為內部發生的型別轉換，這個索引將不會被用到。

幾點註意：

• 當比較不同資料型別的資料時，ORACLE自動對列進行簡單的型別轉換。

• 如果在索引列上面進行了隱式型別轉換，在查詢的時候將不會用到索引。

• 註意當字元和數值比較時，ORACLE會優先轉換數值型別到字元型別。

• 為了避免ORACLE對SQL進行隱式的型別轉換，最好把型別轉換用顯式表現出來。

32. 使用提示（Hints）

• FULL hint 告訴ORACLE使用全表掃描的方式訪問指定表。

• ROWID hint 告訴ORACLE使用TABLE ACCESS BY ROWID的操作訪問表。

• CACHE hint 來告訴最佳化器把查詢結果資料保留在SGA中。

• INDEX Hint 告訴ORACLE使用基於索引的掃描方式。

其他的Oracle Hints

• ALL_ROWS

• FIRST_ROWS

• RULE

• USE_NL

• USE_MERGE

• USE_HASH 等等。

這是一個很有技巧性的工作。建議只針對特定的，少數的SQL進行hint的最佳化。

33. 幾種不能使用索引的WHERE子句

（1）下麵的例子中，‘!=’ 將不使用索引 ，索引只能告訴你什麼存在於表中，而不能告訴你什麼不存在於表中。

/*不使用索引*/SELECT ACCOUNT_NAMEFROM TRANSACTIONWHERE AMOUNT !=0；

/*使用索引*/SELECT ACCOUNT_NAMEFROM TRANSACTIONWHERE AMOUNT > 0；

（2）下麵的例子中，‘||’是字元連線函式。就象其他函式那樣，停用了索引。

/*不使用索引*/SELECT ACCOUNT_NAME，AMOUNTFROM TRANSACTIONWHERE ACCOUNT_NAME||ACCOUNT_TYPE='AMEXA'；

/*使用索引*/SELECT ACCOUNT_NAME，AMOUNTFROM TRANSACTIONWHERE ACCOUNT_NAME = 'AMEX'AND ACCOUNT_TYPE='A'；

（3）下麵的例子中，‘+’是數學函式。就象其他數學函式那樣，停用了索引。

/*不使用索引*/SELECT ACCOUNT_NAME，AMOUNTFROM TRANSACTIONWHERE AMOUNT + 3000 >5000；

/*使用索引*/SELECT ACCOUNT_NAME，AMOUNTFROM TRANSACTIONWHERE AMOUNT > 2000 ;

（4）下麵的例子中，相同的索引列不能互相比較，這將會啟用全表掃描。

/*不使用索引*/SELECT ACCOUNT_NAME, AMOUNTFROM TRANSACTIONWHERE ACCOUNT_NAME = NVL(:ACC_NAME, ACCOUNT_NAME)

/*使用索引*/SELECT ACCOUNT_NAME，AMOUNTFROM TRANSACTIONWHERE ACCOUNT_NAME LIKE NVL(:ACC_NAME, ’%’)

34. 連線多個掃描

如果對一個列和一組有限的值進行比較，最佳化器可能執行多次掃描並對結果進行合併連線。

舉例：

SELECT * FROM LODGING WHERE MANAGER IN ('BILL GATES','KEN MULLER')

最佳化器可能將它轉換成以下形式：

SELECT * FROM LODGINGWHERE MANAGER = 'BILL GATES'OR MANAGER = 'KEN MULLER'

35. CBO下使用更具選擇性的索引

• 基於成本的最佳化器（CBO，Cost-Based Optimizer）對索引的選擇性進行判斷來決定索引的使用是否能提高效率。

• 如果檢索資料量超過30%的表中記錄數，使用索引將沒有顯著的效率提高。

• 在特定情況下，使用索引也許會比全表掃描慢。而通常情況下，使用索引比全表掃描要塊幾倍乃至幾千倍！

36. 避免使用耗費資源的操作

• 帶有DISTINCT，UNION，MINUS，INTERSECT，ORDER BY的SQL陳述句會啟動SQL引擎執行耗費資源的排序（SORT）功能。DISTINCT需要一次排序操作，而其他的至少需要執行兩次排序。

• 通常，帶有UNION，MINUS，INTERSECT的SQL陳述句都可以用其他方式重寫。

37. 最佳化GROUP BY

提高GROUP BY陳述句的效率，可以透過將不需要的記錄在GROUP BY之前過濾掉。

/*低效SQL*/SELECT JOB,AVG（SAL）FROM EMPGROUP BY JOBHAVING JOB = 'PRESIDENT''OR JOB = 'MANAGER'

/*高效SQL*/SELECT JOB,AVG（SAL）FROM EMPWHERE JOB = 'PRESIDENT'OR JOB = 'MANAGER'GROUP BY JOB

38. 使用日期

當使用日期時，需要註意如果有超過5位小數加到日期上，這個日期會進到下一天!

SELECT TO_DATE（'01-JAN-93'+.99999）FROM DUAL結果：'01-JAN-93 23:59:59'
SELECT TO_DATE（'01-JAN-93'+.999999）FROM DUAL結果：'02-JAN-93 00:00:00'

39. 使用顯示遊標(CURSORS)

使用隱式的遊標，將會執行兩次操作。第一次檢索記錄，第二次檢查TOO MANY ROWS 這個exception。而顯式遊標不執行第二次操作。

40. 分離表和索引

• 總是將你的表和索引建立在不同的表空間內（TABLESPACES）。

• 決不要將不屬於ORACLE內部系統的物件存放到SYSTEM表空間裡。

• 確保資料表空間和索引表空間置於不同的硬碟上。

好了，關於Oracle SQL最佳化的內容，這一篇應該滿足常規大部分的應用最佳化要求。就先到這裡了。

雪山上的蒲公英

贊賞

朋友會在“發現-看一看”看到你“在看”的內容

確定