第一篇：優化SQL語句需要注意的4個要點

1.盡量不要對列名進行函數處理。而是針對后面的值進行處理 例如where col1 =-5的效率比where-col1=5的效率要高

因為后面的條件對列值進行了計算。這樣的條件下優化器無法使用索引 而是要針對所有值進行計算之后才能再比較

2.盡量使用和數劇列一樣的值進行操作

如果col1是數值型

那么例如where col1 = 2和where col1= ‘2′

則前者效率更高

因為比較字符和數值型的時候

引擎需要把兩者都轉化成雙精度然后進行比較

3.減少函數的使用

例如where col1 >= ‘2009-10-26′ and col1 <= ‘2009-10-27′

和where datediff（day，col1，getdate（））=0

后者因為用到函數處理。所以col1上的索引又無法使用了

4.盡量不要用OR

一般對于OR的條件

優化器一般會使用全表掃描

第二篇：SQL語句性能優化

我也做了很長時間醫療軟件，也寫過不少sql優化，沒有詳細記錄下來，個人感覺下面轉載的更符合醫院醫療軟件實際業務，很認可大部分所寫的原則，固轉載過來，以作借鑒。軟件的根本還是在于更細更精，在于從客戶的實際使用考慮問題。

性能優化原則1:永遠避免困境

利用緩存把字典數據取到中間服務器或是客戶端替代直接sql查詢,如,門診醫生站把字典下載到客戶端,減少執行次數。

一次性取數據到客戶端，然后再逐條處理，而不是分次取數據，處理好一條數據再取下一條再處理。例：門診收費取hjcfmxk例子，原來是一張處方條明細都查詢一次，查詢后再處理，現改為一次把所有明細都取過來，然后一條條處理

盡量減少光標，看能不能用臨時表

性能優化原則2:kiss原則

對于where 條件中的左邊可以利用索引的字段Keep it simple stupid，左邊盡量避免用函數(substring,isnull,upper,lower)，參加計算+,-*/

例子1：select * from ZY_BRFYMXK where substring(zxrq,1,8)='20081212‘

select * from ZY_BRFYMXK where zxrq between '2008121200' and '2008121224' 例子2：

select * from zy_detail_charge where SUBSTRING(patient_id,1,10)=

substring('000005090600',1,10)這句耗時30秒以上

select * from zy_detail_charge where patient_id like substring('000005090600',1,10)+'%' 這句耗時2秒以內

性能優化原則3:盡可能利用到索引

例：select * from ZY_BRFYMXK a(nolock),VW_LSYZK b(nolock)where a.syxh=3 and a.yzxh=b.xh and a.fylb=0

select * from ZY_BRFYMXK a(nolock),VW_LSYZK b(nolock)where a.syxh=3 and a.yzxh=b.xh and a.fylb=0 and b.syxh=3

性能優化原則4:or,避而遠之

對于索引字段盡力避免用or，普通字段可以用or，解決要么分解成多個sql,要么用業務規則避免，例：declare @rq1 ut_rq16,@syxh ut_syxh

select @rq1='20081201'

select @syxh=157

性能優化原則5:避免大批量數據取到前臺

例： select * from ZY_BRSYK cyrq between ‘20080901’ and ‘20081201‘,對于大醫院每天100多人，90天是9000條數據

性能優化原則6:事務,盡可能的短吧

所有計算、對臨時表的更新都應但放在事務外，事務中最好只有更新和插入正式表操作.因為事務中產生的鎖只有在commit tran是才會釋放。

性能優化原則7:熱表，留在最后吧

熱表是頻繁調用的表。如：sf_mzcfk,zy_brfymxk,bq_fyqqk.對于熱表盡量放在事務最后：這樣鎖的時間短。大家都堅持這樣，死鎖的可能性就小。如果都是熱表各個存儲過程更新表的順序應當一樣這樣可以避免死鎖

性能優化原則8:創建臨時表一定要避免在事務中作

如create #tempXX(…)

Select * into #tempXX from …

因為創建臨時表會鎖tempdb的系統表

例：生成#temp1放在事務內外，用sp_lock2 ‘’觀察結果

if object_id('tempdb..#temp1','U')is not null

drop table #temp1

begin tran

select * into #temp1 from ZY_BRSYK where ryrq>'20080901‘

select * from #temp1

waitfor delay '00:00:10'

commit

性能優化原則9:大的報表查詢避免與正常業務碰撞

如果沒有查詢服務器，那要在存儲過程中限制不能操作加上如：

declare @rq1 ut_rq16,@rq2 ut_rq16,@now ut_rq16

select @rq1=convert(varchar(8),getdate(),112)+'08:00:00'

select @rq1=convert(varchar(8),getdate(),112)+'11:30:00'

select @now=convert(char(8),getdate(),112)+convert(char(8),getdate(),8)

if @now>@rq1 and @now<@rq2

begin

select '上午繁忙時間段不能作此查詢'

return

end

性能優化原則10:存儲過程避免大的if…else…

這個常出項在業務相同表不同的存儲過程中，因為這樣常到if …else …原來醫技接口中很多這種存儲過程，當時把門診住院業務放在一個存儲過程中。這樣最大的問題是sql server會根據sql語句來compile存儲，這個過程會生成優化計劃，決定用那個索引。如果存儲過程用到門診表compile一下，到用到住院表是發現不對，又會compile一下，這樣不停compile.compile很號時間要1-2秒，而且一個存儲過成在compile是，所有調用這個存儲過程的進程都要在排隊等候,因為他會獨占鎖這個存儲過程

例：usp_yjjk_getwzxxm_old.sql,后改為：

usp_yjjk_getwzxxm.sql, usp_yjjk_getwzxxm_mz.sql,usp_yjjk_getwzxxm_zy.sql

性能優化原則11:進攻是最好的防守

在普通編程語句對于數據校驗總是用防守辦法先判斷,后再作相應處理。而在sql中先處理再判斷性能會好很多。

--更新藥品庫存。

If exists(select 1 from YK_YKZKC WHERE idm=100 and kcsl>50)

begin

update YK_YKZKC set kcsl=kcsl-50 where idm=100

End

Else begin

rollback tran

Select ‘F庫存不夠’

return

end

--改為

update YK_YKZKC set kcsl=kcsl-50 where idm=100 and kcsl>50

If @@rowcount<=0

Begin

Rollbakc tran

Select ‘F庫存不夠’

end

--取未執行的醫技項目,日表沒有數據就到年表中查找

if exists(select a.* from SF_MZCFK a(nolock),SF_CFMXK b(nolock)

begin

select a.* into #temp1 from SF_MZCFK a(nolock),SF_CFMXK b(nolock)

end

else begin

select a.* into #temp1 from SF_NMZCFK a(nolock),SF_NCFMXK b(nolock)

end

--改為

Insert into #temp1 select a.*

from SF_MZCFK a(nolock),SF_CFMXK b(nolock)

If @@rowcount=0

Begin

Insert into #temp1 select a.*

from SF_NMZCFK a(nolock),SF_NCFMXK b(nolock)

end

性能優化原則12:trig最后的手段

Trig（觸發器）的處理的處理機制是滿足條件時就會在源語句后面加上trig中的代碼進行執行。

它有兩個致命的弊端：（1）不清楚有trig的人會對于執行結果感到迷惑。如常有在插入一張表如果主鍵是indentity的值常取用select @@identity。但如是有trig,tring中有表插入操作，這時的@@identity可能就不是想要的值。（2）trig會束縛選擇。如：有一套單據主表和明細表，當明細表的金額更新時，要同步主表的金額，當程序是一條條更新明細時用trig的作法是每當更新一條明細記錄時都算一處所有明細表的總金額，再去更新主表的金額。這樣有多少條明細就要算多少次，好的作法是不要trig,直接在sql語句中明細更新完明后，一次性算出總金額每條單據的總金額，再更新主表的金額。

對于trig如果有其他手段就一定要避免用trig.性能優化原則13:用戶說好才是真的好

1）有時sql語句性能難以優化，但用戶對于系統響應速度還是不滿意。這時可以從業務分析處理。

如：我們退費模塊錄入發票號原來是用fph like ‘XXX%’。用戶報怨慢，后來改為先用fph=‘XXX’來查，如查不到再fph like ‘XXX%’。這樣在絕大部情況下速度都非常快，同時也滿足小部分情況下模糊查詢的需求。

如：我們的程序要查日表和年表。如果通過日表union表視圖去查會非常慢，性能也難以優化。程序改為普通情況下不查年表，用戶勾上年表標志時才查年表。

（2）查詢統計很多數據時間比較長，就以查詢完一部分數據后可以顯示這部分數據或是用提示，這樣用戶清楚系統在作事情也知道大概進度。這樣情緒上會好很多。

（3）查詢模塊常有一進入時也默認一個查詢，如果性能好，查詢又合用戶心意，這種設計非常好，如果性能不好，那就不是好的設計。用戶對于進入都困難的模塊是沒有好感的。

（4）有戶的耐心與查詢出的記錄成正比。用戶痛恨等待很久卻沒有查詢出記錄。

對于非常慢的查詢，如果有些子查詢非常快可以先作這樣查詢以避免查詢很久卻沒有數據出來的情況。如：按病歷號查在院病人所有費有明細，可以先查一下這個病歷是不是有對應病人。

實戰技巧1:用exists、in代替distinct

Distinct實際上是先收集再刪除這樣兩步都耗資源。

Exists,in會隱式過濾掉重復的記錄

例查自2009年以來有金額大于100的藥品的病人

select distinct a.blh,a.hzxm from ZY_BRXXK a(nolock),ZY_BRSYK b(nolock),ZY_BRFYMXK c(nolock)where a.patid=b.patid and b.syxh=c.syxh and c.zxrq>'2009' and c.zje>100--改為

select a.blh,a.hzxm from ZY_BRXXK a where exists(select 1 from ZY_BRSYK

b(nolock),ZY_BRFYMXK c(nolock)where a.patid=b.patid and b.syxh=c.syxh and

c.zxrq>'2009'and c.zje>100)

實戰技巧2:縮短union

select …from A,B,C,D,E1

where(E1的條件)

and(其他表聯接條件)

union

select …from A,B,C,D,E2

where(E2的條件)

and(其他表接接條件)

改為

select …from A,B,C,D,(select...from E1where(E1條件)

union

select …from E2where(E2條件))E where(其他條件)

當涉及ABCD表部分耗資源而E1,E2不耗資源時是這樣，如果反過來則改后的性能不一定好。查2009年4月后入院的在院病人在2905病區發生的所有費用明細

select a.hzxm,b.cyrq,d.ypmc,d.ypgg,c.ypsl/c.dwxs ypsl, c.ypdw

select a.hzxm,b.cyrq,d.ypmc,d.ypgg,c.ypsl/c.dwxs ypsl, c.ypdw

from ZY_BRXXK a(nolock),ZY_BRSYK b(nolock),ZY_BRFYMXK c(nolock),YK_YPCDMLK d where a.patid=b.patid and b.ryrq>'200904' and b.brzt not in(3,8,9)and b.syxh=c.syxh and c.bqdm='2905' and c.idm=d.idm

union all

select a.hzxm,b.cyrq,d.name,d.xmgg,c.ypsl/c.dwxs ypsl, c.ypdw

from ZY_BRXXK a(nolock),ZY_BRSYK b(nolock),ZY_BRFYMXK c(nolock),YY_SFXXMK d where a.patid=b.patid and b.ryrq>'200904' and b.brzt not in(3,8,9)and b.syxh=c.syxh and c.bqdm='2905' and c.ypdm=d.id and c.idm=0

--改為

select a.hzxm,b.cyrq,d.ypmc,d.ypgg,c.ypsl/c.dwxs ypsl, c.ypdw

from ZY_BRXXK a(nolock),ZY_BRSYK b(nolock),ZY_BRFYMXK c(nolock),(select ypmc,ypgg,ypdm,idm idm from YK_YPCDMLK union select name,xmgg,id,0 from YY_SFXXMK)d

where a.patid=b.patid and b.ryrq>'200904' and b.brzt not in(3,8,9)and b.syxh=c.syxh and c.bqdm='2905' and c.idm=d.idm and c.ypdm=d.ypdm

實戰技巧3:合并sql

把表和where條件類似的兩個或是多個sql合并為一個sql.--查2009年以后的普通、急診、專家掛號人數

declare @ptghs int,@jzghs int,@zjghs int

select @ptghs=0,@jzghs=0,@zjghs=0

select @ptghs=count(*)from GH_GHZDK where ghrq>'2009' and ghlb=0

select @jzghs=count(*)from GH_GHZDK where ghrq>'2009' and ghlb=1

select @zjghs=count(*)from GH_GHZDK where ghrq>'2009' and ghlb=2

select @ptghs,@jzghs,@zjghs

--改為

select @ptghs=0,@jzghs=0,@zjghs=0

select @ptghs=sum(case when ghlb=0 then 1 else 0 end),@jzghs=sum(case when ghlb=1 then 1 else 0 end), @zjghs=sum(case when ghlb=2 then 1 else 0 end)

from GH_GHZDK where ghrq>'2009'

select @ptghs,@jzghs,@zjghs

實戰技巧4:去掉游標

把游標當作編程語言的for,do---while的方式，很多情況下都可以去掉,如果光標中間sql語句只有一條一般都是可以去掉光標改為一句sql。

--查當天出院出院日期在2009年4月1到9日間病人的zfdj,zfje置為0

declare @syxh ut_syxh

declare cur1 cursor for select syxh from ZY_BRSYK where cyrq>='20090401' and cyrq<'20090410'

open cur1

fetch cur1 into @syxh

while @@fetch_status=0

begin

fetch cur1 into @syxh

end

close cur1

deallocate cur1

--改為

update ZY_BRFYMXK set zfdj=0,zfje=0

from ZY_BRFYMXK a,ZY_BRSYK b

where a.syxh=b.syxh and b.cyrq>='20090401' and b.cyrq<'20090410'

實戰技巧5:取代count

利用內部函數代替

declare @count int

select * into #tmep1 from ZY_BRFYMXK WHERE zxrq>'200901'

select @count=@@rowcount—可以得到count值

select @count

select @count=count(*)from #tmep1—可以被取代

select @count

利用exists而不count判斷有沒有記錄

declare @count int

Select @count=count(1)from ZY_BRFYMXK WHERE zxrq>'2009‘

If @count>0 … else ….--改為

If exists(Select 1 from ZY_BRFYMXK WHERE zxrq>'2009’)… else ….

第三篇：SQL語句的優化方法

SQL語句的優化方法

1.1注釋使用

在語句中多寫注釋，注釋不影響SQL語句的執行效率。增加代碼的可讀性。

1.2對于事務的使用

盡量使事務處理達到最短，如果事務太長最好按功能將事務分開執行(如：可以讓用戶在界面上多幾步操作)。事務太長很容易造成數據庫阻塞，用戶操作速度變慢或死機情況。

1.3對于與數據庫的交互

盡量減少與數據庫的交互次數。如果在前端程序寫有循球訪問數據庫操作，最好寫成將數據一次讀到前端再進行處理或者寫成存儲過程在數據庫端直接處理。

1.4對于SELECT *這樣的語句，不要使用SELECT *這樣的語句，而應該使用SELECT table1.column1這樣的語句，明確指出要查詢的列減少數據的通訊量并且這樣的代碼可讀性好，便于維護。

1.5盡量避免使用游標

它占用大量的資源。如果需要row-by-row地執行，盡量采用非光標技術,如：在客戶端循環，用臨時表，Table變量，用子查詢，用Case語句等等。如果使用了游標，就要盡量避免在游標循環中再進行表連接的操作。

1.6盡量使用count(1)

count函數只有在統計表中所有行數時使用，而且count(1)比count(*)更有效率。

1.7IN和EXISTS

EXISTS要遠比IN的效率高。里面關系到full table scan和range scan。幾乎將所有的IN操作符子查詢改寫為使用EXISTS的子查詢。

1.8注意表之間連接的數據類型

避免不同類型數據之間的連接。

1.9盡量少用視圖

對視圖操作比直接對表操作慢,可以用stored procedure來代替她。特別的是不要用視圖嵌套,嵌套視圖增加了尋找原始資料的難度。我們看視圖的本質：它是存放在服務器上的被優化好了的已經產生了查詢規劃的SQL。對單個表檢索數據時，不要使用指向多個表的視圖，直接從表檢索或者僅僅包含這個表的視圖上讀，否則增加了不必要的開銷,查詢受到干擾。

1.10沒有必要時不要用DISTINCT和ORDER BY

這些動作可以改在客戶端執行，它們增加了額外的開銷。

1.11避免相關子查詢

一個列的標簽同時在主查詢和where子句中的查詢中出現，那么很可能當主查詢中的列值改變之后，子查詢必須重新查詢一次。查詢嵌套層次越多，效率越低，因此應當盡量避免子查詢。如果子查詢不可避免，那么要在子查詢中過濾掉盡可能多的行。

1.1注意UNion和`UNion all 的區別

UNION all執行效率高。

1.1外鍵關聯的列應該建立索引

(如子表id)主子表單據肯定要建視圖，2個表的關聯以2個表中的MainID為關系，所以，需要給子表的MainID單獨建索引，這將很大地提高視圖的速度。例如Gy_InOutSub中的InoutMainid增加索引。

第四篇：sql常用語句

//創建臨時表空間

create temporary tablespace test_temp

tempfile 'E:oracleproduct10.2.0oradatatestservertest_temp01.dbf'size 32m

autoextend on

next 32m maxsize 2048m

extent management local;

//創建數據表空間

create tablespace test_data

logging

datafile 'E:oracleproduct10.2.0oradatatestservertest_data01.dbf'size 32m

autoextend on

next 32m maxsize 2048m

extent management local;

//創建用戶并指定表空間

create user username identified by password

default tablespace test_data

temporary tablespace test_temp;

//給用戶授予權限

//一般用戶

grant connect,resource to username;

//系統權限

grant connect,dba,resource to username

//創建用戶

create user user01 identified by u01

//建表

create table test7272（id number(10),name varchar2(20),age number(4),joindate date default sysdate,primary key(id));

//存儲過程

//數據庫連接池

數據庫連接池負責分配、管理和釋放數據庫連接

//

//創建表空間

create tablespace thirdspace

datafile 'C:/Program Files/Oracle/thirdspace.dbf' size 10mautoextend on;

//創建用戶

create user binbin

identified by binbin

default tablespace firstspace

temporary tablespace temp;

//賦予權限

GRANT CONNECT, SYSDBA, RESOURCE to binbin

//null與""的區別

簡單點說null表示還沒new出對象，就是還沒開辟空間

個對象裝的是空字符串。

//建視圖

create view viewname

as

sql

//建索引

create index indexname on tablename(columnname)

//在表中增加一列

alter table tablename add columnname columntype

//刪除一列

alter table tablename drop columnname

//刪除表格內容，表格結構不變

truncate table tableneme

//新增數據

insert into tablename()values()

//直接新增多條數據

insert into tablename()

selecte a,b,c

from tableabc

//更新數據 new除了對象，但是這“”表示

update tablename set columnname=? where

//刪除數據

delete from tablename

where

//union語句

sql

union

sql

//case

case

when then

else

end

第五篇：SQL語句

SQL練習

一、設有如下的關系模式，試用SQL語句完成以下操作：

學生(學號，姓名，性別，年齡，所在系)

課程(課程號，課程名，學分，學期，學時)

選課(學號，課程號，成績)

1． 求選修了課程號為“C2”課的學生學號

2． 求選修了課程號為“C2”課的學生學號和姓名

3． 求沒有選修課程號為“C2”課的學生學號

4． 求選修了課程號為“C2”，又選修了課程號為“C3”課的學生學號

5.求選修了課程號為“C2”或“C3”課的學生學號

6.求選修了全部課程的學生學號

7.求至少選修了學號為“98002”的學生所學過的所有課程的學生的學號和姓名。

8.查詢學生選課表中的全部數據

9．查詢計算機系學生的姓名、年齡

10．查詢成績在70—80分之間的學生的學號、課程號和成績

11．查詢計算機系年齡在18—20之間且性別為“男”的學生的姓名和年齡

12．查詢成績在80分以上的學生的姓名、課程號和成績，并按成績的降序排列結果。

13．查詢哪些課程沒有人選修，要求列出課程號和課程名。

14.查詢數學系成績在80分以上的學生的學號，姓名

15.查詢課程號為“C02”的課程的最高分數。

16.查詢計算機系學生的最大年齡和最小年齡。

17.統計每個系的學生人數。

18.統計每門課程的選課人數和考試最高分。

19.統計每個學生的選課門數和考試總成績，并按選課門數的升序顯示結果。

20.查詢總成績超過200分的學生，要求列出學號、總成績。

21.用子查詢實現如下查詢：

（1）查詢選修了課程號“C01”的學生的姓名和所在系。

（2）查詢數學系成績在80分以上的學生的學號和姓名。

（3）查詢計算機系考試成績最高的學生的姓名。

22.刪除選課成績小于60分的學生的選課記錄。

23.將所有選修了課程“C01”的學生的成績加10分。

24.將計算機系所有選修了課程“計算機文化基礎”課程的學生的成績加10分。

25.創建查詢學生的學號、姓名、所在系、課程號、課程名、課程學分的視圖。

26.創建查詢每個學生的平均成績的視圖，要求列出學生學號和平均成績。

27.創建查詢每個學生的選課學分的視圖，要求列出學生學號及總學分。