當(dāng)前位置：首頁(yè) > 编程资源 > 编程问答 >内容正文

编程问答

基于oracle的sql优化

發(fā)布時(shí)間：2025/5/22 编程问答 26 豆豆

生活随笔收集整理的這篇文章主要介紹了基于oracle的sql优化小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

[基于oracle的sql優(yōu)化]

基于oracle的sql優(yōu)化

【博主】高瑞林?

【博客地址】http://www.cnblogs.com/grl214?

一．編寫初衷描述

在應(yīng)有系統(tǒng)開發(fā)初期，由于數(shù)據(jù)庫(kù)數(shù)據(jù)較少，對(duì)于sql語(yǔ)句各種寫法的編寫體現(xiàn)不出sql的性能優(yōu)劣，隨著數(shù)據(jù)的不斷增加，出現(xiàn)海量數(shù)據(jù)，劣質(zhì)sql與優(yōu)質(zhì)sql在執(zhí)行效率甚至存在百倍差距，可見sql優(yōu)化的重要性

二．Sql語(yǔ)句性能優(yōu)化

2.1 認(rèn)識(shí)Oracle的執(zhí)行過(guò)程

2.2 Oracle優(yōu)化法則---漏斗法則

2.3 Oracle 執(zhí)行計(jì)劃

2.3.1 什么是Oracle執(zhí)行計(jì)劃

執(zhí)行計(jì)劃是一條查詢語(yǔ)句在Oracle中執(zhí)行過(guò)程或者訪問路徑的描述.

2.3.2 查看Oracle執(zhí)行計(jì)劃

1.執(zhí)行計(jì)劃常用的列字段解釋

基數(shù)：返回的結(jié)果集行數(shù)

字節(jié)：執(zhí)行該步驟后返回的字節(jié)數(shù)

耗費(fèi)(cust),CPU耗費(fèi)：Oracle估計(jì)的該步驟的執(zhí)行成本，用于說(shuō)明SQL執(zhí)行的代價(jià)，理論上越小越好.

2.3.3 看懂Oracle執(zhí)行計(jì)劃

2.3.3.1執(zhí)行順序

根據(jù)縮進(jìn)來(lái)判斷，縮進(jìn)最多的最先執(zhí)行(縮進(jìn)相同時(shí)，最上面的最先執(zhí)行)

2.4 表的訪問方式

TABLE ACCESS FULL(全表掃描)
TABLE ACCESS BY ROWID(通過(guò)rowid的表存取)
TABLE ACCESS BY INDEX SCAN(索引掃描)

2.4.1 ABLE ACCESS FULL(全表掃描)

Oracle會(huì)讀取表中的所有行，并檢查是否滿足where語(yǔ)句中條件；

使用建議：數(shù)據(jù)量太大的表不建議全表掃描

2.4.2 TABLE ACCESS BY ROWID(通過(guò)ROWID的表存取)

ROWID的解釋：oracle會(huì)自動(dòng)加在表的每一行的最后一列偽列，表中并不會(huì)物理存儲(chǔ)ROWID的值，一旦一行數(shù)據(jù)插入后，則其對(duì)應(yīng)的ROWID在該行的生命周期內(nèi)是唯一的，即使發(fā)生行遷移，該行的ROWID值也不變。

2.4.3 TABLE ACCESS BY INDEX SCAN(索引掃描)

在索引塊中即存儲(chǔ)每個(gè)索引的鍵值，也存儲(chǔ)具有該鍵值所對(duì)的ROWID.

索引的掃描分兩步：首先是找到索引所對(duì)的ROWID，其次通過(guò)ROWID讀取改行數(shù)據(jù)

索引掃描又分五種：

INDEX UNIQUE SCAN（索引唯一掃描）
INDEX RANGE SCAN（索引范圍掃描）
INDEX FULL SCAN（索引全掃描）
INDEX FAST FULL SCAN（索引快速掃描）
INDEX SKIP SCAN（索引跳躍掃描）

(a).INDEX UNIQUE SCAN（索引唯一掃描）：

針對(duì)唯一性索引（UNIQUE INDEX）的掃描，每次至多只返回一條記錄,主要針對(duì)該字段為主鍵或者唯一；

(b). INDEX RANGE SCAN（索引范圍掃描）

使用一個(gè)索引存取多行數(shù)據(jù)；

發(fā)生索引范圍掃描的三種情況：

在唯一索引列上使用了范圍操作符（如：>?? <?? <>?? >=?? <=?? between）
在組合索引上，只使用部分列進(jìn)行查詢（查詢時(shí)必須包含前導(dǎo)列，否則會(huì)走全表掃描）
對(duì)非唯一索引列上進(jìn)行的任何查詢

(c). INDEX FULL SCAN（索引全掃描）

進(jìn)行全索引掃描時(shí)，查詢出的數(shù)據(jù)都必須從索引中可以直接得到

(d). INDEX FAST FULL SCAN（索引快速掃描）

掃描索引中的所有的數(shù)據(jù)塊，與 INDEX FULL SCAN 類似，但是一個(gè)顯著的區(qū)別是它不對(duì)查詢出的數(shù)據(jù)進(jìn)行排序（即數(shù)據(jù)不是以排序順序被返回）

(e).?INDEX SKIP SCAN（索引跳躍掃描）：

Oracle 9i后提供，有時(shí)候復(fù)合索引的前導(dǎo)列（索引包含的第一列）沒有在查詢語(yǔ)句中出現(xiàn)，oralce也會(huì)使用該復(fù)合索引，這時(shí)候就使用的INDEX SKIP SCAN;

當(dāng)Oracle發(fā)現(xiàn)前導(dǎo)列的唯一值個(gè)數(shù)很少時(shí)，會(huì)將每個(gè)唯一值都作為常規(guī)掃描的入口，在此基礎(chǔ)上做一次查找，最后合并這些查詢；

例如：

假設(shè)表emp有ename（雇員名稱）、job（職位名）、sex（性別）三個(gè)字段，并且建立了如?create index idx_emp on emp (sex, ename, job)?的復(fù)合索引；

因?yàn)樾詣e只有 '男' 和 '女' 兩個(gè)值，所以為了提高索引的利用率，Oracle可將這個(gè)復(fù)合索引拆成 ('男', ename, job)，('女', ename, job) 這兩個(gè)復(fù)合索引；

當(dāng)查詢 select * from emp where job = 'Programmer' 時(shí)，該查詢發(fā)出后：

Oracle先進(jìn)入sex為'男'的入口，這時(shí)候使用到了 ('男', ename, job) 這條復(fù)合索引，查找 job = 'Programmer' 的條目；

再進(jìn)入sex為'女'的入口，這時(shí)候使用到了 ('女', ename, job) 這條復(fù)合索引，查找 job = 'Programmer' 的條目；

最后合并查詢到的來(lái)自兩個(gè)入口的結(jié)果集。

2.5 Sql語(yǔ)句的處理過(guò)程

1.在共享池中查找SQL語(yǔ)句

2.檢查語(yǔ)法

3.檢查語(yǔ)義和相關(guān)的權(quán)限

4.合并(MERGE)視圖定義和子查詢

5.確定執(zhí)行計(jì)劃

綁定(BIND)：

1.在語(yǔ)句中查找綁定變量

2.賦值(或重新賦值

執(zhí)行(EXECUTE)：

1.應(yīng)用執(zhí)行計(jì)劃

2.執(zhí)行必要的I/O和排序操作

提取(FETCH)：

1.從查詢結(jié)果中返回記錄

2.必要時(shí)進(jìn)行排序

3.使用ARRAY FETCH機(jī)制

共享游標(biāo)：好處

1.減少解析

2.動(dòng)態(tài)內(nèi)存調(diào)整

3.提高內(nèi)存使用率

2.5.1 Sql共享原理

Oracle將執(zhí)行過(guò)程中的sql語(yǔ)句放在內(nèi)存的共享池中，可以被所有的數(shù)據(jù)庫(kù)用戶共享到，當(dāng)執(zhí)行一條sql語(yǔ)句時(shí)，如果它和之前的sql執(zhí)行語(yǔ)句完全相同時(shí)，oracle會(huì)快速獲取被解析的語(yǔ)句以及最好的執(zhí)行路勁。

這塊系統(tǒng)屬于全局的區(qū)域，但是oracle只對(duì)簡(jiǎn)單的表提供高速緩存，如果是多表的連接查詢，數(shù)據(jù)庫(kù)管理員必須在啟動(dòng)參數(shù)文件中為該區(qū)域設(shè)置合適的參數(shù)，增加共享的可能性。

2.5.2 Sql共享的條件(注意事項(xiàng))

1.執(zhí)行語(yǔ)句必須與共享池語(yǔ)句完全一樣，包括(大小寫，空格，換行等).

2.兩條語(yǔ)句所指的對(duì)象必須完全相同。

3.兩個(gè)SQL語(yǔ)句綁定變量的名字必須相同。

例子：字符級(jí)的比較

SELECT * FROM UR_USER_INFO

Select * from ur_user_info

例子：相同的綁定變量名

select pay_fee,pay_method from bal_payment_info where pay_sn= : pay_sn;

select pay_fee,pay_method from bal_payment_info where pay_sn= : pay_no;

綁定變量不一樣，不能共享。

2.5.3共享sql區(qū)域

2.5.4 Sql解析與共享sql語(yǔ)句

當(dāng)一個(gè)Oracle實(shí)例接收一條sql后

1、Create a Cursor 創(chuàng)建游標(biāo)

2、Parse the Statement 分析語(yǔ)句

3、Describe Results of a Query 描述查詢的結(jié)果集

4、Define Output of a Query 定義查詢的輸出數(shù)據(jù)

5、Bind Any Variables 綁定變量

6、Parallelize the Statement 并行執(zhí)行語(yǔ)句

7、Run the Statement 運(yùn)行語(yǔ)句

8、Fetch Rows of a Query 取查詢出來(lái)的行

9、Close the Cursor 關(guān)閉游標(biāo)

2.6 綁定變量

2.6.1 重編譯問題

例如：

select? *from ur_user_info where contract_no = 32013484095139

下面這個(gè)語(yǔ)句每執(zhí)行一次就需要在SHARE POOL 硬解析一

次，一百萬(wàn)用戶就是一百萬(wàn)次，消耗CPU和內(nèi)存，如果業(yè)務(wù)

量大，很可能導(dǎo)致宕庫(kù)……

如果綁定變量，則只需要硬解析一次，重復(fù)調(diào)用即可

2.6.2 綁定變量解決重編譯問題

例如：

select? *from ur_user_info where contract_no = 32013484095139

select? *from ur_user_info where contract_no = 12013481213149

使用綁定變量

select? *from ur_user_info where contract_no =：contract_no

2.6.3 綁定變量注意事項(xiàng)

a、不要使用數(shù)據(jù)庫(kù)級(jí)的變量綁定參數(shù)cursor_sharing來(lái)強(qiáng)

制綁定，無(wú)論其值為 force 還是similar

b、有些帶> < 的語(yǔ)句綁定變量后可能導(dǎo)致優(yōu)化器無(wú)法正確

使用索引

2.5 SQL優(yōu)化遵循的原則及注意事項(xiàng)

目標(biāo)：

(1).SQL優(yōu)化的一般性原則設(shè)計(jì)方面：

設(shè)計(jì)方面：

(1).盡量依賴oracle的優(yōu)化器，并為其提供條件；

(2).合適的索引，索引的雙重效應(yīng)，列的選擇性；

編碼方面：

(1).利用索引，避免大表FULL TABLE SCAN；

(2).合理使用臨時(shí)表；

(3).避免寫過(guò)于復(fù)雜的sql，不一定非要一個(gè)sql解決問題；

(4).在不影響業(yè)務(wù)的前提下減小事務(wù)的粒度；

2.5.1 IS NULL 與IS NOT NULL

任何sql語(yǔ)句只要在where語(yǔ)句后面添加is null或者is not null，那么oracl優(yōu)化器將不再使用索引。

2.5.2 使用帶通配符（%）的語(yǔ)句

列舉兩個(gè)例子說(shuō)明該問題：

查詢ur_user_info表中phone_no帶10的服務(wù)號(hào)碼

例子1：Select *from ur_user_info where phone_no like ‘%10%’；

例子2：Select *from ur_user_info where phone_no like ‘10%’；

由于例1中通配符（%）在搜尋詞首出現(xiàn)，所以oracle系統(tǒng)不使用phone_no的索引，通配符會(huì)降低查詢的效率，但當(dāng)通配符不再首出現(xiàn)，又能使用索引，如例2所示。

三．ORACLE語(yǔ)句優(yōu)化規(guī)則

3.1 選擇最有效的表名順序

例如：TAB1 1000條記錄， TAB2 1條記錄

選擇記錄最少的作為基表

Select count(*) from tab1,tab2;

如果有3個(gè)或者3個(gè)以上的表則選擇交叉表作為基表

3.2 where字句中的連接順序

oracle的解析按照從上而下解析，因此表之間的連接必須寫在where條件之前：

例如：

低效率：

select .. from

?????????? ??emp e

?????????? ??where sal > 50000 and job = 'manager'

???????????? and 25 < (select count(*) from emp where mgr=e.empno);

高效率：

select .. from

emp e

where 25 < (select count(*) from emp where mgr=e.empno)

???????????? and sal > 50000

???????????? and job = 'manager';

3.3 通配符’*’的使用

Sql在執(zhí)行帶通配符的語(yǔ)句時(shí)，如果‘%’在首位，那么在字段上建立的主鍵或者索引將會(huì)失效！

應(yīng)該避免類似語(yǔ)句的出現(xiàn)

Select name from user_info where name=’%A’;

3.4 使用truncate代替delete

當(dāng)刪除表時(shí)，使用delete執(zhí)行操作，回滾端用來(lái)存放可恢復(fù)的信息，當(dāng)沒有提交事務(wù)的時(shí)候，執(zhí)行回滾事務(wù)，數(shù)據(jù)會(huì)恢復(fù)到執(zhí)行delete操作之前，而當(dāng)用truncate是，回滾端則不會(huì)存放可恢復(fù)的信息，減少資源的調(diào)用。

3.5 用where字句替換HAVING字句

避免使用 HAVING 子句, HAVING 只會(huì)在檢索出所有記錄之后才對(duì)結(jié)果集進(jìn)行過(guò)濾. 這個(gè)處理需要排序,總計(jì)等操作. 如果能通過(guò) WHERE 子句限制記錄的數(shù)目,那就能減少這方面的開銷.

3.6 減少對(duì)表的查詢

低效：

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)

高效：

select tab_name from tables where (tab_name,db_ver) =

( select tab_name,db_ver) from tab_columns where version =604)

3.7 用in代替or

低效:

Select.. from location where loc_id = 10 or loc_id = 20 or loc_id = 30

高效:

Select..from location where loc_in in (10,20,30);

3.8 刪除重復(fù)數(shù)據(jù)

最高效的刪除重復(fù)記錄的方法

Delete from ur_user_info a

???? Where a.rowid>(select min(b.rowid)

????????????? From ur_user_info b

???????? Where b. uid=a. uid);

3.9 避免使用耗費(fèi)資源的操作

帶有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL語(yǔ)句會(huì)啟動(dòng)SQL引擎執(zhí)行耗費(fèi)資源的排序(SORT)功能. DISTINCT需要一次排序操作, 而其他的至少需要執(zhí)行兩次排序.

例如,一個(gè)UNION查詢,其中每個(gè)查詢都帶有GROUP BY子句, GROUP BY會(huì)觸發(fā)嵌入排序(NESTED SORT) ; 這樣, 每個(gè)查詢需要執(zhí)行一次排序, 然后在執(zhí)行UNION時(shí), 又一個(gè)唯一排序(SORT UNIQUE)操作被執(zhí)行而且它只能在前面的嵌入排序結(jié)束后才能開始執(zhí)行. 嵌入的排序的深度會(huì)大大影響查詢的效率.

3.10 自動(dòng)選擇索引

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

舉例:

select ename from emp where empno = 2326? and deptno? = 20 ;這里，只有empno上的索引是唯一性的，所以empno索引將用來(lái)檢索記錄．

table access by rowid on emp index unique scan on emp_no_idx；

3.11 至少要包含組合索引的第一列

如果索引是建立在多個(gè)列上, 只有在它的第一個(gè)列(leading column)被where子句引用時(shí),優(yōu)化器才會(huì)選擇使用該索引. 當(dāng)僅引用索引的第二個(gè)列時(shí),優(yōu)化器使用了全表掃描而忽略了索引。

3.12 避免在索引列上使用函數(shù)

低效：

select ..

from dept

where sal * 12 > 25000;

高效:

select ..

from dept

where sal? > 25000/12;

3.13 避免出現(xiàn)索引列自動(dòng)轉(zhuǎn)換

當(dāng)比較不同數(shù)據(jù)類型的數(shù)據(jù)時(shí), ORACLE自動(dòng)對(duì)列進(jìn)行簡(jiǎn)單的類型轉(zhuǎn)換.

假設(shè)EMP_TYPE是一個(gè)字符類型的索引列.

select user_no,user_name,address

from user_files

where user_no = 109204421

這個(gè)語(yǔ)句被ORACLE轉(zhuǎn)換為:

select user_no,user_name,address

from user_files

where to_number(user_no) = 109204421因?yàn)閮?nèi)部發(fā)生的類型轉(zhuǎn)換, 這個(gè)索引將不會(huì)被用到!

3.14 避免出現(xiàn)索引列自動(dòng)轉(zhuǎn)換

如用 :

where a.order_no = b.order_no

不用 :

where to_number (substr(a.order_no, instr(b.order_no, '.') - 1)

= to_number (substr(a.order_no, instr(b.order_no, '.') - 1)

3.15 使用DECODE來(lái)減少處理時(shí)間

例如:

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函數(shù)高效地得到相同結(jié)果

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%';

3.16 減少對(duì)表的查詢

?低效

???????? ?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)

? ?高效

???? ?select tab_name

????????? from tables

????????? where? (tab_name,db_ver)

??????? = ( select tab_name,db_ver)

?????????????????? from tab_columns

?????????????????? where version = 604)?? ?

3.17 ?Order by語(yǔ)句

(a).ORDER BY語(yǔ)句決定了Oracle如何將返回的查詢結(jié)果排序。Order by語(yǔ)句對(duì)要排序的列沒有什么特別的限制，也可以將函數(shù)加入列中（象聯(lián)接或者附加等）。任何在Order by語(yǔ)句的非索引項(xiàng)或者有計(jì)算表達(dá)式都將降低查詢速度。

(b). order by語(yǔ)句以找出非索引項(xiàng)或者表達(dá)式，它們會(huì)降低性能。解決這個(gè)問題的辦法就是重寫order by語(yǔ)句以使用索引，也可以為所使用的列建立另外一個(gè)索引，同時(shí)應(yīng)絕對(duì)避免在order by子句中使用表達(dá)式。

3.18 用索引提高效率

索引是表的一個(gè)概念部分,用來(lái)提高檢索數(shù)據(jù)的效率，ORACLE使用了一個(gè)復(fù)雜的自平衡B-tree結(jié)構(gòu). 通常,通過(guò)索引查詢數(shù)據(jù)比全表掃描要快. 當(dāng)ORACLE找出執(zhí)行查詢和Update語(yǔ)句的最佳路徑時(shí), ORACLE優(yōu)化器將使用索引. 同樣在聯(lián)結(jié)多個(gè)表時(shí)使用索引也可以提高效率. 另一個(gè)使用索引的好處是,它提供了主鍵(primary key)的唯一性驗(yàn)證。通常, 在大型表中使用索引特別有效. 當(dāng)然,你也會(huì)發(fā)現(xiàn), 在掃描小表時(shí),使用索引同樣能提高效率. 雖然使用索引能得到查詢效率的提高,但是我們也必須注意到它的代價(jià). 索引需要空間來(lái)存儲(chǔ),也需要定期維護(hù), 每當(dāng)有記錄在表中增減或索引列被修改時(shí), 索引本身也會(huì)被修改. 這意味著每條記錄的INSERT , DELETE , UPDATE將為此多付出4 , 5 次的磁盤I/O . 因?yàn)樗饕枰~外的存儲(chǔ)空間和處理,那些不必要的索引反而會(huì)使查詢反應(yīng)時(shí)間變慢.。定期的重構(gòu)索引是有必要的。

3.19 避免在索引列上使用計(jì)算

WHERE子句中，如果索引列是函數(shù)的一部分．優(yōu)化器將不使用索引而使用全表掃描．

低效：

???? SELECT … FROM? DEPT? WHERE SAL * 12 > 25000;

高效:

???? SELECT … FROM DEPT WHERE SAL > 25000/12;

3.20 用>= 替代 >

如果DEPTNO上有一個(gè)索引。

? 高效:

?? SELECT *

?? FROM EMP

?? WHERE DEPTNO >=4

?? 低效:

?? SELECT *

?? FROM EMP

?? WHERE DEPTNO >3

3.21 通過(guò)使用>=、<=等，避免使用NOT命令

例子：

select * from employee where salary <> 3000;

對(duì)這個(gè)查詢，可以改寫為不使用NOT：

select * from employee where salary<3000 or salary>3000;

???????? 雖然這兩種查詢的結(jié)果一樣，但是第二種查詢方案會(huì)比第一種查詢方案更快些。第二種查詢?cè)试SOracle對(duì)salary列使用索引，而第一種查詢則不能使用索引。

3.22 字符型字段的引號(hào)

比如有的表PHONE_NO字段是CHAR型,而且創(chuàng)建有索引，

但在WHERE條件中忘記了加引號(hào)，就不會(huì)用到索引。

WHERE PHONE_NO=‘13920202022’

WHERE PHONE_NO=13920202022

四．優(yōu)化總結(jié)

a.創(chuàng)建表的時(shí)候。應(yīng)盡量建立主鍵，盡量根據(jù)實(shí)際需要調(diào)整數(shù)據(jù)表的PCTFREE和PCTUSED參數(shù)；大數(shù)據(jù)表刪除，用truncate table代替delete。

b. 合理使用索引，在OLTP應(yīng)用中一張表的索引不要太多。數(shù)據(jù)重復(fù)量大的列不要建立二叉樹索引，可以采用位圖索引；組合索引的列順序盡量與查詢條件列順序保持一致；對(duì)于數(shù)據(jù)操作頻繁的表，索引需要定期重建，以減少失效的索引和碎片。

c.查詢盡量用確定的列名，少用*號(hào)。

select count(key)from tab where key> 0性能優(yōu)于select count(*)from tab；

d. 盡量少嵌套子查詢，這種查詢會(huì)消耗大量的CPU資源；對(duì)于有比較多or運(yùn)算的查詢，建議分成多個(gè)查詢，用union all聯(lián)結(jié)起來(lái)；多表查詢的查詢語(yǔ)句中，選擇最有效率的表名順序。Oracle解析器對(duì)表解析從右到左，所以記錄少的表放在右邊。

e.盡量多用commit語(yǔ)句提交事務(wù)，可以及時(shí)釋放資源、解鎖、釋放日志空間、減少管理花費(fèi)；在頻繁的、性能要求比較高的數(shù)據(jù)操作中，盡量避免遠(yuǎn)程訪問，如數(shù)據(jù)庫(kù)鏈等，訪問頻繁的表可以常駐內(nèi)存：alter table．．．cache；

f.在Oracle中動(dòng)態(tài)執(zhí)行SQL，盡量用execute方式，不用dbms_sql包。

參考文獻(xiàn)

《Oracle SQL 語(yǔ)句優(yōu)化》? 2010 作者：Black_Snail

《基于Oracle的SQL優(yōu)化典型案例分析》2013作者：dbsnake @dbsnake

轉(zhuǎn)載于:https://www.cnblogs.com/grl214/p/7694184.html

總結(jié)

以上是生活随笔為你收集整理的基于oracle的sql优化的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。

SQL
ORACLE

上一篇：零基础学习JavaSE（一）
下一篇： Oracle Drop表并未直接删除 d