SQL Server數(shù)據(jù)庫(kù)查詢速度慢的原因有很多，常見(jiàn)的有以下幾種：
創(chuàng)新互聯(lián)建站專業(yè)IDC數(shù)據(jù)服務(wù)器托管提供商，專業(yè)提供成都服務(wù)器托管，服務(wù)器租用，服務(wù)器托管，服務(wù)器托管，成都多線服務(wù)器托管等服務(wù)器托管服務(wù)。
1、沒(méi)有索引或者沒(méi)有用到索引(這是查詢慢最常見(jiàn)的問(wèn)題，是數(shù)據(jù)庫(kù)設(shè)計(jì)的缺陷)
2、I/O吞吐量小，形成了瓶頸效應(yīng)。
3、沒(méi)有創(chuàng)建計(jì)算列導(dǎo)致查詢不優(yōu)化。
4、內(nèi)存不足
5、網(wǎng)絡(luò)速度慢
6、查詢出的數(shù)據(jù)量過(guò)大（可以采用多次查詢，其他的方法降低數(shù)據(jù)量）
7、鎖或者死鎖(這也是查詢慢最常見(jiàn)的問(wèn)題，是程序設(shè)計(jì)的缺陷)
8、sp_lock,sp_who,活動(dòng)的用戶查看,原因是讀寫(xiě)競(jìng)爭(zhēng)資源。
9、返回了不必要的行和列
10、查詢語(yǔ)句不好，沒(méi)有優(yōu)化
●可以通過(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è)值的字段建單一索引如性別字段。
我一不太會(huì)優(yōu)化，提供你一些優(yōu)化的方法吧
操作符優(yōu)化
in 操作符
用in寫(xiě)出來(lái)的sql的優(yōu)點(diǎn)是比較容易寫(xiě)及清晰易懂，這比較適合現(xiàn)代軟件開(kāi)發(fā)的風(fēng)格。
但是用in的sql性能總是比較低的，從oracle執(zhí)行的步驟來(lái)分析用in的sql與不用in的sql有以下區(qū)別：
oracle試圖將其轉(zhuǎn)換成多個(gè)表的連接，如果轉(zhuǎn)換不成功則先執(zhí)行in里面的子查詢，再查詢外層的表記錄，如果轉(zhuǎn)換成功則直接采用多個(gè)表的連接方式查詢。由此可見(jiàn)用in的sql至少多了一個(gè)轉(zhuǎn)換的過(guò)程。一般的sql都可以轉(zhuǎn)換成功，但對(duì)于含有分組統(tǒng)計(jì)等方面的sql就不能轉(zhuǎn)換了。
推薦方案：在業(yè)務(wù)密集的sql當(dāng)中盡量不采用in操作符。
not in操作符
此操作是強(qiáng)列推薦不使用的，因?yàn)樗荒軕?yīng)用表的索引。
推薦方案：用not exists 或（外連接+判斷為空）方案代替
操作符（不等于）
不等于操作符是永遠(yuǎn)不會(huì)用到索引的，因此對(duì)它的處理只會(huì)產(chǎn)生全表掃描。
推薦方案：用其它相同功能的操作運(yùn)算代替，如
a0 改為 a0 or a0
a’’ 改為 a’’
is null 或is not null操作（判斷字段是否為空）
判斷字段是否為空一般是不會(huì)應(yīng)用索引的，因?yàn)閎樹(shù)索引是不索引空值的。
推薦方案：用其它相同功能的操作運(yùn)算代替，如
a is not null 改為 a0 或a’’等。
不允許字段為空，而用一個(gè)缺省值代替空值，如業(yè)擴(kuò)申請(qǐng)中狀態(tài)字段不允許為空，缺省為申請(qǐng)。
建立位圖索引（有分區(qū)的表不能建，位圖索引比較難控制，如字段值太多索引會(huì)使性能下降，多人更新操作會(huì)增加數(shù)據(jù)塊鎖的現(xiàn)象）
及 操作符（大于或小于操作符）
大于或小于操作符一般情況下是不用調(diào)整的，因?yàn)樗兴饕蜁?huì)采用索引查找，但有的情況下可以對(duì)它進(jìn)行優(yōu)化，如一個(gè)表有100萬(wàn)記錄，一個(gè)數(shù)值型字段a，30萬(wàn)記錄的a=0，30萬(wàn)記錄的a=1，39萬(wàn)記錄的a=2，1萬(wàn)記錄的a=3。那么執(zhí)行a2與a=3的效果就有很大的區(qū)別了，因?yàn)閍2時(shí)oracle會(huì)先找出為2的記錄索引再進(jìn)行比較，而a=3時(shí)oracle則直接找到=3的記錄索引。
like操作符
like操作符可以應(yīng)用通配符查詢，里面的通配符組合可能達(dá)到幾乎是任意的查詢，但是如果用得不好則會(huì)產(chǎn)生性能上的問(wèn)題，如like ‘%5400%’ 這種查詢不會(huì)引用索引，而like ‘x5400%’則會(huì)引用范圍索引。一個(gè)實(shí)際例子：用yw_yhjbqk表中營(yíng)業(yè)編號(hào)后面的戶標(biāo)識(shí)號(hào)可來(lái)查詢營(yíng)業(yè)編號(hào) yy_bh like ‘%5400%’ 這個(gè)條件會(huì)產(chǎn)生全表掃描，如果改成yy_bh like ’x5400%’ or yy_bh like ’b5400%’ 則會(huì)利用yy_bh的索引進(jìn)行兩個(gè)范圍的查詢，性能肯定大大提高。
union操作符
union在進(jìn)行表鏈接后會(huì)篩選掉重復(fù)的記錄，所以在表鏈接后會(huì)對(duì)所產(chǎn)生的結(jié)果集進(jìn)行排序運(yùn)算，刪除重復(fù)的記錄再返回結(jié)果。實(shí)際大部分應(yīng)用中是不會(huì)產(chǎn)生重復(fù)的記錄，最常見(jiàn)的是過(guò)程表與歷史表union。如：
select * from gc_dfys
union
select * from ls_jg_dfys
這個(gè)sql在運(yùn)行時(shí)先取出兩個(gè)表的結(jié)果，再用排序空間進(jìn)行排序刪除重復(fù)的記錄，最后返回結(jié)果集，如果表數(shù)據(jù)量大的話可能會(huì)導(dǎo)致用磁盤(pán)進(jìn)行排序。
推薦方案：采用union all操作符替代union，因?yàn)閡nion all操作只是簡(jiǎn)單的將兩個(gè)結(jié)果合并后就返回。
select * from gc_dfys
union all
select * from ls_jg_dfys
sql語(yǔ)句索引的利用
對(duì)條件字段的一些優(yōu)化
采用函數(shù)處理的字段不能利用索引，如：
substr(hbs_bh,1,4)=’5400’，優(yōu)化處理：hbs_bh like ‘5400%’
trunc(sk_rq)=trunc(sysdate)， 優(yōu)化處理：
sk_rq=trunc(sysdate) and sk_rq
進(jìn)行了顯式或隱式的運(yùn)算的字段不能進(jìn)行索引，如：
ss_df+2050，優(yōu)化處理：ss_df30
‘x’||hbs_bh’x5400021452’，優(yōu)化處理：hbs_bh’5400021542’
sk_rq+5=sysdate，優(yōu)化處理：sk_rq=sysdate-5
hbs_bh=5401002554，優(yōu)化處理：hbs_bh=’ 5401002554’，注：此條件對(duì)hbs_bh 進(jìn)行隱式的to_number轉(zhuǎn)換，因?yàn)閔bs_bh字段是字符型。
條件內(nèi)包括了多個(gè)本表的字段運(yùn)算時(shí)不能進(jìn)行索引，如：
ys_dfcx_df，無(wú)法進(jìn)行優(yōu)化
qc_bh||kh_bh=’5400250000’，優(yōu)化處理：qc_bh=’5400’ and kh_bh=’250000’
應(yīng)用oracle的hint（提示）處理
提示處理是在oracle產(chǎn)生的sql分析執(zhí)行路徑不滿意的情況下要用到的。它可以對(duì)sql進(jìn)行以下方面的提示
目標(biāo)方面的提示：
cost（按成本優(yōu)化）
rule（按規(guī)則優(yōu)化）
choose（缺省）（oracle自動(dòng)選擇成本或規(guī)則進(jìn)行優(yōu)化）
all_rows（所有的行盡快返回）
first_rows（第一行數(shù)據(jù)盡快返回）
執(zhí)行方法的提示：
use_nl（使用nested loops方式聯(lián)合）
use_merge（使用merge join方式聯(lián)合）
use_hash（使用hash join方式聯(lián)合）
索引提示：
index（table index）（使用提示的表索引進(jìn)行查詢）
其它高級(jí)提示（如并行處理等等）
oracle的提示功能是比較強(qiáng)的功能，也是比較復(fù)雜的應(yīng)用，并且提示只是給oracle執(zhí)行的一個(gè)建議，有時(shí)如果出于成本方面的考慮oracle也可能不會(huì)按提示進(jìn)行。根據(jù)實(shí)踐應(yīng)用，一般不建議開(kāi)發(fā)人員應(yīng)用oracle提示，因?yàn)楦鱾€(gè)數(shù)據(jù)庫(kù)及服務(wù)器性能情況不一樣，很可能一個(gè)地方性能提升了，但另一個(gè)地方卻下降了，oracle在sql執(zhí)行分析方面已經(jīng)比較成熟，如果分析執(zhí)行的路徑不對(duì)首先應(yīng)在數(shù)據(jù)庫(kù)結(jié)構(gòu)（主要是索引）、服務(wù)器當(dāng)前性能（共享內(nèi)存、磁盤(pán)文件碎片）、數(shù)據(jù)庫(kù)對(duì)象（表、索引）統(tǒng)計(jì)信息是否正確這幾方面分析。
sql server 不像Oracle，它的查詢是自己分析并決定先后的，所以你不用考慮where的先后。
但是有一些where條件的優(yōu)化還是要考慮的，比如 =或exists 比 in 效率高等，具體你可以上網(wǎng)查。
SQL有一個(gè)功能叫“顯示估計(jì)的執(zhí)行計(jì)劃”（在分析的藍(lán)色勾右面，仔細(xì)找便可找到）
它會(huì)幫你分析執(zhí)行計(jì)劃，并給出相關(guān)的優(yōu)化建議
你也可以根據(jù)分析結(jié)果，相應(yīng)建INDEX等方式優(yōu)化查詢。
2000條都查不出來(lái)，你要檢查數(shù)據(jù)庫(kù)到你電腦的網(wǎng)絡(luò)是不是通暢，同時(shí)只查一下ID這樣的值，看是否會(huì)好點(diǎn)，如果查ID值沒(méi)有什么問(wèn)題，證明表太大，網(wǎng)絡(luò)不是很快，大量數(shù)據(jù)傳過(guò)來(lái)時(shí)間有點(diǎn)久。
對(duì)于sql server表的優(yōu)化，當(dāng)數(shù)據(jù)量越來(lái)越大時(shí)，最好對(duì)常用的字段建索引。查詢時(shí)盡量將需要查詢的列出來(lái)，而不要使用*這樣將所有的都查出來(lái)。如果可能，將語(yǔ)句寫(xiě)入存儲(chǔ)過(guò)程，也能提高執(zhí)行速度。
但是，網(wǎng)絡(luò)速度不高，再怎么搞，查大量數(shù)據(jù)，都差不多！
一個(gè)內(nèi)存優(yōu)化表可以是持久的或非持久的。 （1）對(duì)于一個(gè)持久表是將數(shù)據(jù)存儲(chǔ)在內(nèi)存中，而且也保存在內(nèi)存優(yōu)化文件組中。 （2）對(duì)于一個(gè)非持久表，數(shù)據(jù)是僅存儲(chǔ)在內(nèi)存中的，所以，如果系統(tǒng)崩潰或重啟，數(shù)據(jù)就會(huì)丟失。
一、建立索引
二、建立存儲(chǔ)過(guò)程
三、只查詢您所需要的數(shù)據(jù)，不要把所有數(shù)據(jù)都查詢出來(lái)，防止數(shù)據(jù)冗余。
四、對(duì)于大量及海量數(shù)據(jù)一般還要建立分區(qū)
重慶分公司
重慶分公司
