可以通過(guò)如下方法來(lái)優(yōu)化查詢

1、把數(shù)據(jù)、日志、索引放到不同的I/O設(shè)備上，增加讀取速度，以前可以將Tempdb應(yīng)放在RAID0上，SQL2000不在支持。數(shù)據(jù)量（尺寸）越大，提高I/O越重要.

2、縱向、橫向分割表，減少表的尺寸(sp_spaceuse)

3、升級(jí)硬件

4、根據(jù)查詢條件,建立索引,優(yōu)化索引、優(yōu)化訪問(wèn)方式，限制結(jié)果集的數(shù)據(jù)量。注意填充因子要適當(dāng)（最好是使用默認(rèn)值0）。索引應(yīng)該盡量小，使用字節(jié)數(shù)小的列建索引好（參照索引的創(chuàng)建）,不要對(duì)有限的幾個(gè)值的字段建單一索引如性別字段

5、提高網(wǎng)速;

6、擴(kuò)大服務(wù)器的內(nèi)存,Windows2000和SQLserver2000能支持4-8G的內(nèi)存。配置虛擬內(nèi)存：虛擬內(nèi)存大小應(yīng)基于計(jì)算機(jī)上并發(fā)運(yùn)行的服務(wù)進(jìn)行配置。運(yùn)行MicrosoftSQLServer?2000時(shí)，可考慮將虛擬內(nèi)存大小設(shè)置為計(jì)算機(jī)中安裝的物理內(nèi)存的1.5倍。如果另外安裝了全文檢索功能，并打算運(yùn)行Microsoft搜索服務(wù)以便執(zhí)行全文索引和查詢，可考慮：將虛擬內(nèi)存大小配置為至少是計(jì)算機(jī)中安裝的物理內(nèi)存的3倍。將SQLServermaxservermemory服務(wù)器配置選項(xiàng)配置為物理內(nèi)存的1.5倍（虛擬內(nèi)存大小設(shè)置的一半）。



8、如果是使用like進(jìn)行查詢的話，簡(jiǎn)單的使用index是不行的，但是全文索引，耗空間。like'a%'使用索引like'%a'不使用索引用like'%a%'查詢時(shí)，查詢耗時(shí)和字段值總長(zhǎng)度成正比,所以不能用CHAR類型，而是VARCHAR。對(duì)于字段的值很長(zhǎng)的建全文索引。

9、DBServer和APPLicationServer分離；OLTP和OLAP分離

11、重建索引DBCCREINDEX,DBCCINDEXDEFRAG,收縮數(shù)據(jù)和日志DBCCSHRINKDB,DBCCSHRINKFILE.設(shè)置自動(dòng)收縮日志.對(duì)于大的數(shù)據(jù)庫(kù)不要設(shè)置數(shù)據(jù)庫(kù)自動(dòng)增長(zhǎng)，它會(huì)降低服務(wù)器的性能。在T-sql的寫法上有很大的講究，下面列出常見的要點(diǎn)：首先，DBMS處理查詢計(jì)劃的過(guò)程是這樣的：
1、查詢語(yǔ)句的詞法、語(yǔ)法檢查
2、將語(yǔ)句提交給DBMS的查詢優(yōu)化器
3、優(yōu)化器做代數(shù)優(yōu)化和存取路徑的優(yōu)化
4、由預(yù)編譯模塊生成查詢規(guī)劃
5、然后在合適的時(shí)間提交給系統(tǒng)處理執(zhí)行
6、最后將執(zhí)行結(jié)果返回給用戶其次，看一下SQLSERVER的數(shù)據(jù)存放的結(jié)構(gòu)：一個(gè)頁(yè)面的大小為8K(8060)字節(jié)，8個(gè)頁(yè)面為一個(gè)盤區(qū)，按照B樹存放。


13、在查詢Select語(yǔ)句中用Where字句限制返回的行數(shù),避免表掃描,如果返回不必要的數(shù)據(jù)，浪費(fèi)了服務(wù)器的I/O資源，加重了網(wǎng)絡(luò)的負(fù)擔(dān)降低性能。如果表很大，在表掃描的期間將表鎖住，禁止其他的聯(lián)接訪問(wèn)表,后果嚴(yán)重。


16、用Profiler來(lái)跟蹤查詢，得到查詢所需的時(shí)間，找出SQL的問(wèn)題所在;用索引優(yōu)化器優(yōu)化索引

17、注意UNion和UNionall的區(qū)別。UNIONall好

18、注意使用DISTINCT，在沒(méi)有必要時(shí)不要用，它同UNION一樣會(huì)使查詢變慢。重復(fù)的記錄在查詢里是沒(méi)有問(wèn)題的

19、查詢時(shí)不要返回不需要的行、列

20、用sp_configure'querygovernorcostlimit'或者SETQUERY_GOVERNOR_COST_LIMIT來(lái)限制查詢消耗的資源。當(dāng)評(píng)估查詢消耗的資源超出限制時(shí)，服務(wù)器自動(dòng)取消查詢,在查詢之前就扼殺掉。SETLOCKTIME設(shè)置鎖的時(shí)間

21、用selecttop100/10Percent來(lái)限制用戶返回的行數(shù)或者SETROWCOUNT來(lái)限制操作的行

22、在SQL2000以前，一般不要用如下的字句“ISNULL","<>","!=","!>","!<","NOT","NOTEXISTS","NOTIN","NOTLIKE",and"LIKE'%500'"，因?yàn)樗麄儾蛔咚饕潜頀呙琛?br /> 也不要在WHere字句中的列名加函數(shù)，如Convert，substring等,如果必須用函數(shù)的時(shí)候，創(chuàng)建計(jì)算列再創(chuàng)建索引來(lái)替代.還可以變通寫法：WHERESUBSTRING(firstname,1,1)='m'改為WHEREfirstnamelike'm%'（索引掃描），一定要將函數(shù)和列名分開。并且索引不能建得太多和太大。
NOTIN會(huì)多次掃描表，使用EXISTS、NOTEXISTS，IN,LEFTOUTERJOIN來(lái)替代，特別是左連接,而Exists比IN更快，最慢的是NOT操作.如果列的值含有空，以前它的索引不起作用，現(xiàn)在2000的優(yōu)化器能夠處理了。相同的是ISNULL，“NOT","NOTEXISTS","NOTIN"能優(yōu)化她，而”<>”等還是不能優(yōu)化，用不到索引。


24、如果使用了IN或者OR等時(shí)發(fā)現(xiàn)查詢沒(méi)有走索引，使用顯示申明指定索引：SELECT*FROMPersonMember(INDEX=IX_Title)WHEREprocessidIN(‘男’，‘女’)

25、將需要查詢的結(jié)果預(yù)先計(jì)算好放在表中，查詢的時(shí)候再SELECT。這在SQL7.0以前是最重要的手段。例如醫(yī)院的住院費(fèi)計(jì)算。

26、MIN()和MAX()能使用到合適的索引


28、如果要插入大的二進(jìn)制值到Image列，使用存儲(chǔ)過(guò)程，千萬(wàn)不要用內(nèi)嵌INsert來(lái)插入(不知JAVA是否)。因?yàn)檫@樣應(yīng)用程序首先將二進(jìn)制值轉(zhuǎn)換成字符串（尺寸是它的兩倍），服務(wù)器受到字符后又將他轉(zhuǎn)換成二進(jìn)制值.存儲(chǔ)過(guò)程就沒(méi)有這些動(dòng)作:方法：Createprocedurep_insertasinsertintotable(Fimage)values(@image),在前臺(tái)調(diào)用這個(gè)存儲(chǔ)過(guò)程傳入二進(jìn)制參數(shù)，這樣處理速度明顯改善。

29、Between在某些時(shí)候比IN速度更快,Between能夠更快地根據(jù)索引找到范圍。用查詢優(yōu)化器可見到差別。select*fromchineseresumewheretitlein('男','女')Select*fromchineseresumewherebetween'男'and'女'是一樣的。由于in會(huì)在比較多次，所以有時(shí)會(huì)慢些。


32、用OR的字句可以分解成多個(gè)查詢，并且通過(guò)UNION連接多個(gè)查詢。他們的速度只同是否使用索引有關(guān),如果查詢需要用到聯(lián)合索引，用UNIONall執(zhí)行的效率更高.多個(gè)OR的字句沒(méi)有用到索引，改寫成UNION的形式再試圖與索引匹配。一個(gè)關(guān)鍵的問(wèn)題是否用到索引。

34、沒(méi)有必要時(shí)不要用DISTINCT和ORDERBY，這些動(dòng)作可以改在客戶端執(zhí)行。它們?cè)黾恿祟~外的開銷。這同UNION和UNIONALL一樣的道理。SELECTtop20ad.companyname,comid,position,ad.referenceid,worklocation,convert(varchar(10),ad.postDate,120)aspostDate1,workyear,degreedescriptionFROMjobcn_query.dbo.COMPANYAD_queryadwherereferenceIDin('JCNAD00329667','JCNAD132168','JCNAD00337748','JCNAD00338345','JCNAD00333138','JCNAD00303570','JCNAD00303569','JCNAD00303568','JCNAD00306698','JCNAD00231935','JCNAD00231933','JCNAD00254567','JCNAD00254585','JCNAD00254608','JCNAD00254607','JCNAD00258524','JCNAD00332133','JCNAD00268618','JCNAD00279196','JCNAD00268613')orderbypostdatedesc

35、在IN后面值的列表中，將出現(xiàn)最頻繁的值放在最前面，出現(xiàn)得最少的放在最后面，減少判斷的次數(shù)

36、當(dāng)用SELECTINTO時(shí)，它會(huì)鎖住系統(tǒng)表(sysobjects，sysindexes等等)，阻塞其他的連接的存取。創(chuàng)建臨時(shí)表時(shí)用顯示申明語(yǔ)句，而不是selectINTO.droptablet_lxhbegintranselect*intot_lxhfromchineseresumewherename='XYZ'--commit在另一個(gè)連接中SELECT*fromsysobjects可以看到SELECTINTO會(huì)鎖住系統(tǒng)表，Createtable也會(huì)鎖系統(tǒng)表(不管是臨時(shí)表還是系統(tǒng)表)。所以千萬(wàn)不要在事物內(nèi)使用它！！！這樣的話如果是經(jīng)常要用的臨時(shí)表請(qǐng)使用實(shí)表，或者臨時(shí)表變量。

37、一般在GROUPBY個(gè)HAVING字句之前就能剔除多余的行，所以盡量不要用它們來(lái)做剔除行的工作。他們的執(zhí)行順序應(yīng)該如下最優(yōu)：select的Where字句選擇所有合適的行，GroupBy用來(lái)分組個(gè)統(tǒng)計(jì)行，Having字句用來(lái)剔除多余的分組。這樣GroupBy個(gè)Having的開銷小，查詢快.對(duì)于大的數(shù)據(jù)行進(jìn)行分組和Having十分消耗資源。如果GroupBY的目的不包括計(jì)算，只是分組，那么用Distinct更快

38、一次更新多條記錄比分多次更新每次一條快,就是說(shuō)批處理好

39、少用臨時(shí)表，盡量用結(jié)果集和Table類性的變量來(lái)代替它,Table類型的變量比臨時(shí)表好

40、在SQL2000下，計(jì)算字段是可以索引的，需要滿足的條件如下：

a、計(jì)算字段的表達(dá)是確定的
b、不能用在TEXT,Ntext，Image數(shù)據(jù)類型
c、必須配制如下選項(xiàng)ANSI_NULLS=ON,ANSI_PADDINGS=ON,…….


42、不要在一句話里再三的使用相同的函數(shù)，浪費(fèi)資源,將結(jié)果放在變量里再調(diào)用更快

43、SELECTCOUNT(*)的效率教低，盡量變通他的寫法，而EXISTS快.同時(shí)請(qǐng)注意區(qū)別：selectcount(Fieldofnull)fromTable和selectcount(FieldofNOTnull)fromTable的返回值是不同的。


47、分析selectemp_nameformemployeewheresalary>3000在此語(yǔ)句中若salary是Float類型的，則優(yōu)化器對(duì)其進(jìn)行優(yōu)化為Convert(float,3000)，因?yàn)?000是個(gè)整數(shù)，我們應(yīng)在編程時(shí)使用3000.0而不要等運(yùn)行時(shí)讓DBMS進(jìn)行轉(zhuǎn)化。同樣字符和整型數(shù)據(jù)的轉(zhuǎn)換。