一、問題的提出
在應用系統開發初期，由於開發資料庫資料比較少，對於查詢sql語句，複雜檢視的的編寫等體會不出sql語句各種寫法的效能優劣，但是如果將應用系統提交實際應用後，隨著資料庫中資料的增加，系統的響應速度就成為目前系統需要解決的最主要的問題之一。系統優化中乙個很重要的方面就是sql語句的優化。對於海量資料，劣質sql語句和優質sql語句之間的速度差別可以達到上百倍，可見對於乙個系統不是簡單地能實現其功能就可，而是要寫出高質量的sql語句，提高系統的可用性。
在多數情況下，oracle使用索引來更快地遍歷表，優化器主要根據定義的索引來提高效能。但是，如果在sql語句的where子句中寫的sql**不合理，就會造成優化器刪去索引而使用全表掃瞄，一般就這種sql語句就是所謂的劣質sql語句。在編寫sql語句時我們應清楚優化器根據何種原則來刪除索引，這有助於寫出高效能的sql語句。
二、sql語句編寫注意問題
下面就某些sql語句的where子句編寫中需要注意的問題作詳細介紹。在這些where子句中，即使某些列存在索引，但是由於編寫了劣質的sql，系統在執行該sql語句時也不能使用該索引，而同樣使用全表掃瞄，這就造成了響應速度的極大降低。
1. is null 與 is not null
不能用null作索引，任何包含null值的列都將不會被包含在索引中。即使索引有多列這樣的情況下，只要這些列中有一列含有null，該列就會從索引中排除。也就是說如果某列存在空值，即使對該列建索引也不會提高效能。
任何在where子句中使用is null或is not null的語句優化器是不允許使用索引的。
2. 聯接列
對於有聯接的列，即使最後的聯接值為乙個靜態值，優化器是不會使用索引的。我們一起來看乙個例子，假定有乙個職工表（employee），對於乙個職工的姓和名分成兩列存放（first_name和last_name），現在要查詢乙個叫比爾.柯林頓（bill cliton）的職工。
下面是乙個採用聯接查詢的sql語句，
select
*from
employss
where
first_name
||''
||last_name ='
beill cliton';
上面這條語句完全可以查詢出是否有bill cliton這個員工，但是這裡需要注意，系統優化器對基於last_name建立的索引沒有使用。
當採用下面這種sql語句的編寫，oracle系統就可以採用基於last_name建立的索引。
select
*from
employee
where
first_name ='
beill
'and
last_name ='
cliton';
遇到下面這種情況又如何處理呢？如果乙個變數（name）中存放著bill cliton這個員工的姓名，對於這種情況我們又如何避免全程遍歷，使用索引呢？可以使用乙個函式，將變數name中的姓和名分開就可以了，但是有一點需要注意，這個函式是不能作用在索引列上。下面是sql查詢指令碼：
select
*from
employee
where
first_name
=substr(
'&&name',
1,instr(
'&&name',
'')-
1)
andlast_name
=substr(
'&&name
',instr(
'&&name』,''
)+1)
3. 帶萬用字元（%）的like語句
同樣以上面的例子來看這種情況。目前的需求是這樣的，要求在職工表中查詢名字中包含cliton的人。可以採用如下的查詢sql語句：
select*from
employee
where
last_name
like
'%cliton%';
這裡由於萬用字元（%）在搜尋詞首出現，所以oracle系統不使用last_name的索引。在很多情況下可能無法避免這種情況，但是一定要心中有底，萬用字元如此使用會降低查詢速度。然而當萬用字元出現在字串其他位置時，優化器就能利用索引。在下面的查詢中索引得到了使用：
select*from
employee
where
last_name
like'c%
';
4. order by語句
order by語句決定了oracle如何將返回的查詢結果排序。order by語句對要排序的列沒有什麼特別的限制，也可以將函式加入列中（象聯接或者附加等）。任何在order by語句的非索引項或者有計算表示式都將降低查詢速度。
仔細檢查order by語句以找出非索引項或者表示式，它們會降低效能。解決這個問題的辦法就是重寫order by語句以使用索引，也可以為所使用的列建立另外乙個索引，同時應絕對避免在order by子句中使用表示式。
5. not
我們在查詢時經常在where子句使用一些邏輯表示式，如大於、小於、等於以及不等於等等，也可以使用and（與）、or（或）以及not（非）。not可用來對任何邏輯運算符號取反。下面是乙個not子句的例子：
... where not (status ='valid')
如果要使用not，則應在取反的短語前面加上括號，並在短語前面加上not運算子。not運算子包含在另外乙個邏輯運算子中，這就是不等於（<>）運算子。換句話說，即使不在查詢where子句中顯式地加入not詞，not仍在運算子中，見下例：
... where status <>'invalid';
再看下面這個例子：
select * from employee where salary<>3000;
對這個查詢，可以改寫為不使用not：
select * from employee where salary<3000 or salary>3000;
雖然這兩種查詢的結果一樣，但是第二種查詢方案會比第一種查詢方案更快些。第二種查詢允許oracle對salary列使用索引，而第一種查詢則不能使用索引。
6. in和exists
有時候會將一列和一系列值相比較。最簡單的辦法就是在where子句中使用子查詢。在where子句中可以使用兩種格式的子查詢。
第一種格式是使用in操作符：
... where column in(select * from ... where ...);
第二種格式是使用exist操作符：
... where exists (select 'x' from ...where ...);
我相信絕大多數人會使用第一種格式，因為它比較容易編寫，而實際上第二種格式要遠比第一種格式的效率高。在oracle中可以幾乎將所有的in操作符子查詢改寫為使用exists的子查詢。
第二種格式中，子查詢以『select 'x'開始。運用exists子句不管子查詢從表中抽取什麼資料它只檢視where子句。這樣優化器就不必遍歷整個表而僅根據索引就可完成工作（這裡假定在where語句中使用的列存在索引）。相對於in子句來說，exists使用相連子查詢，構造起來要比in子查詢困難一些。
通過使用exist，oracle系統會首先檢查主查詢，然後執行子查詢直到它找到第乙個匹配項，這就節省了時間。oracle系統在執行in子查詢時，首先執行子查詢，並將獲得的結果列表存放在在乙個加了索引的臨時表中。在執行子查詢之前，系統先將主查詢掛起，待子查詢執行完畢，存放在臨時表中以後再執行主查詢。這也就是使用exists比使用in通常查詢速度快的原因。
同時應盡可能使用not exists來代替not in，儘管二者都使用了not（不能使用索引而降低速度），not exists要比not in查詢效率更高。
另外一些提高表連線的查詢速度的方法：
1.在表連線查詢時,常常用下列查詢方法查詢資料是：
select
recordno,name,age
from
表1
where
表1.recordno
notin
(select
recordno
from
表2
where
birthday=』
710618
』);
筆者發現，如果表1的長度為6000條記錄，表2的長度為1000條記錄, 則要4分鐘才能出結果。原因是使用了比較運算子 not in ,它的邏輯測試速度是最慢的。利用外連線替換not in 運算子，查詢時間則縮短為50秒。修改方法如下:
select
recordno,name,age
from
表1,表2
where
表1.recordno
=表2.recordno(+)
and表2.recordno
isnull
and表2.birthday(+)
=』710618
』;
oracle的SQL語句效能優化
使用oracle資料庫的應用系統，有時出現sql效能突然變差，特別是對於oltp型別系統執行頻繁的核心sql，如果出現效能問題，通常會影響整個資料庫的效能，進而影響整個系統的正常執行。這是常常遇到的問題，也是一些dba的挑戰。sql效能變差原因分析 sql的效能變差，通常是在sql語句重新進行了解析...
Oracle中的SQL語句
1.選擇部門30中的所有員工.select empno as 部門編號 ename as 員工名稱 job 員工工作 mgr 領導姓名 hiredate sal,comm deptno from emp where deptno 30 select from emp 2.列出所有辦事員 clerk ...
oracle中的SQL語句（一）
oracle中有些語句和標準sql有些細微差別。現在總結一些。oracle中的sql語句總結 1.建立資料表 create table scott director director id number 6 not null,name varchar2 10 not null,zhicheng va...