如果你正在負(fù)責(zé)一個(gè)基于sql server的項(xiàng)目，或者你剛剛接觸sql server，你都有可能要面臨一些數(shù)據(jù)庫(kù)性能的問(wèn)題，這篇文章會(huì)為你提供一些有用的指導(dǎo)（其中大多數(shù)也可以用于其它的dbms）。

　　 在這里，我不打算介紹使用sql server的竅門，也不能提供一個(gè)包治百病的方案，我所做的是總結(jié)一些經(jīng)驗(yàn)----關(guān)于如何形成一個(gè)好的設(shè)計(jì)。這些經(jīng)驗(yàn)來(lái)自我過(guò)去幾年中經(jīng)受的教訓(xùn)，一直來(lái)，我看到許多同樣的設(shè)計(jì)錯(cuò)誤被一次又一次的重復(fù)。

　　一、了解你用的工具

　　不要輕視這一點(diǎn)，這是我在這篇文章中講述的最關(guān)鍵的一條。也許你也看到有很多的sql server程序員沒(méi)有掌握全部的t-sql命令和sql server提供的那些有用的工具。

　　“什么？我要浪費(fèi)一個(gè)月的時(shí)間來(lái)學(xué)習(xí)那些我永遠(yuǎn)也不會(huì)用到的sql命令？？？”，你也許會(huì)這樣說(shuō)。對(duì)的，你不需要這樣做。但是你應(yīng)該用一個(gè)周末瀏覽所有的t-sql命令。在這里，你的任務(wù)是了解，將來(lái)，當(dāng)你設(shè)計(jì)一個(gè)查詢時(shí)，你會(huì)記起來(lái)：“對(duì)了，這里有一個(gè)命令可以完全實(shí)現(xiàn)我需要的功能”，于是，到msdn查看這個(gè)命令的確切語(yǔ)法。

　　二、不要使用游標(biāo)

　　讓我再重復(fù)一遍：不要使用游標(biāo)。如果你想破壞整個(gè)系統(tǒng)的性能的話，它們倒是你最有效的首選辦法。大多數(shù)的初學(xué)者都使用游標(biāo)，而沒(méi)有意識(shí)到它們對(duì)性能造成的影響。它們占用內(nèi)存，還用它們那些不可思議的方式鎖定表，另外，它們簡(jiǎn)直就像蝸牛。而最糟糕的是，它們可以使你的dba所能做的一切性能優(yōu)化等于沒(méi)做。不知你是否知道每執(zhí)行一次fetch就等于執(zhí)行一次select命令？這意味著如果你的游標(biāo)有10000條記錄，它將執(zhí)行10000次select！如果你使用一組select、update或者delete來(lái)完成相應(yīng)的工作，那將有效率的多。

　　初學(xué)者一般認(rèn)為使用游標(biāo)是一種比較熟悉和舒適的編程方式，可很不幸，這會(huì)導(dǎo)致糟糕的性能。顯然，sql的總體目的是你要實(shí)現(xiàn)什么，而不是怎樣實(shí)現(xiàn)。

　　我曾經(jīng)用t-sql重寫了一個(gè)基于游標(biāo)的存儲(chǔ)過(guò)程，那個(gè)表只有100,000條記錄，原來(lái)的存儲(chǔ)過(guò)程用了40分鐘才執(zhí)行完畢，而新的存儲(chǔ)過(guò)程只用了10秒鐘。在這里，我想你應(yīng)該可以看到一個(gè)不稱職的程序員究竟在干了什么！！！

　　我們可以寫一個(gè)小程序來(lái)取得和處理數(shù)據(jù)并且更新數(shù)據(jù)庫(kù)，這樣做有時(shí)會(huì)更有效。記住：對(duì)于循環(huán)，t-sql無(wú)能為力。

　　我再重新提醒一下：使用游標(biāo)沒(méi)有好處。除了dba的工作外，我從來(lái)沒(méi)有看到過(guò)使用游標(biāo)可以有效的完成任何工作。

　　三、規(guī)范化你的數(shù)據(jù)表

　　為什么不規(guī)范化數(shù)據(jù)庫(kù)？大概有兩個(gè)借口：出于性能的考慮和純粹因?yàn)閼卸琛Ｖ劣诘诙c(diǎn)，你遲早得為此付出代價(jià)。而關(guān)于性能的問(wèn)題，你不需要優(yōu)化根本就不慢的東西。我經(jīng)常看到一些程序員“反規(guī)范化”數(shù)據(jù)庫(kù)，他們的理由是“原來(lái)的設(shè)計(jì)太慢了”，可結(jié)果卻常常是他們讓系統(tǒng)更慢了。dbms被設(shè)計(jì)用來(lái)處理規(guī)范數(shù)據(jù)庫(kù)的，因此，記住：按照規(guī)范化的要求設(shè)計(jì)數(shù)據(jù)庫(kù)。

        四、不要使用select *

　　這點(diǎn)不太容易做到，我太了解了，因?yàn)槲易约壕徒?jīng)常這樣干。可是，如果在select中指定你所需要的列，那將會(huì)帶來(lái)以下的好處：

　　1 減少內(nèi)存耗費(fèi)和網(wǎng)絡(luò)的帶寬

        2 你可以得到更安全的設(shè)計(jì)

　　3 給查詢優(yōu)化器機(jī)會(huì)從索引讀取所有需要的列

　　五、了解你將要對(duì)數(shù)據(jù)進(jìn)行的操作

　　為你的數(shù)據(jù)庫(kù)創(chuàng)建一個(gè)健壯的索引，那可是功德一件。可要做到這一點(diǎn)簡(jiǎn)直就是一門藝術(shù)。每當(dāng)你為一個(gè)表添加一個(gè)索引，select會(huì)更快了，可insert和delete卻大大的變慢了，因?yàn)閯?chuàng)建了維護(hù)索引需要許多額外的工作。顯然，這里問(wèn)題的關(guān)鍵是：你要對(duì)這張表進(jìn)行什么樣的操作。這個(gè)問(wèn)題不太好把握，特別是涉及delete和update時(shí)，因?yàn)檫@些語(yǔ)句經(jīng)常在where部分包含select命令。

　　六、不要給“性別”列創(chuàng)建索引

　　首先，我們必須了解索引是如何加速對(duì)表的訪問(wèn)的。你可以將索引理解為基于一定的標(biāo)準(zhǔn)上對(duì)表進(jìn)行劃分的一種方式。如果你給類似于“性別”這樣的列創(chuàng)建了一個(gè)索引，你僅僅是將表劃分為兩部分：男和女。你在處理一個(gè)有1,000,000條記錄的表，這樣的劃分有什么意義？記住：維護(hù)索引是比較費(fèi)時(shí)的。當(dāng)你設(shè)計(jì)索引時(shí)，請(qǐng)遵循這樣的規(guī)則：根據(jù)列可能包含不同內(nèi)容的數(shù)目從多到少排列，比如：姓名+省份+性別。

　　七、使用事務(wù)

　　請(qǐng)使用事務(wù)，特別是當(dāng)查詢比較耗時(shí)。如果系統(tǒng)出現(xiàn)問(wèn)題，這樣做會(huì)救你一命的。一般有些經(jīng)驗(yàn)的程序員都有體會(huì)-----你經(jīng)常會(huì)碰到一些不可預(yù)料的情況會(huì)導(dǎo)致存儲(chǔ)過(guò)程崩潰。

　　八、小心死鎖

　　按照一定的次序來(lái)訪問(wèn)你的表。如果你先鎖住表a，再鎖住表b，那么在所有的存儲(chǔ)過(guò)程中都要按照這個(gè)順序來(lái)鎖定它們。如果你（不經(jīng)意的）某個(gè)存儲(chǔ)過(guò)程中先鎖定表b，再鎖定表a，這可能就會(huì)導(dǎo)致一個(gè)死鎖。如果鎖定順序沒(méi)有被預(yù)先詳細(xì)的設(shè)計(jì)好，死鎖是不太容易被發(fā)現(xiàn)的。

　　九、不要打開(kāi)大的數(shù)據(jù)集

　　一個(gè)經(jīng)常被提出的問(wèn)題是：我怎樣才能迅速的將100000條記錄添加到combobox中？這是不對(duì)的，你不能也不需要這樣做。很簡(jiǎn)單，你的用戶要瀏覽100000條記錄才能找到需要的記錄，他一定會(huì)詛咒你的。在這里，你需要的是一個(gè)更好的ui，你需要為你的用戶顯示不超過(guò)100或200條記錄。

　　十、不要使用服務(wù)器端游標(biāo)

　　與服務(wù)器端游標(biāo)比起來(lái)，客戶端游標(biāo)可以減少服務(wù)器和網(wǎng)絡(luò)的系統(tǒng)開(kāi)銷，并且還減少鎖定時(shí)間。

       十一、使用參數(shù)查詢

　　有時(shí)，我在csdn技術(shù)論壇看到類似這樣的問(wèn)題：“select * from a where a.id='a'b，因?yàn)閱我?hào)查詢發(fā)生異常，我該怎么辦？”，而普遍的回答是：用兩個(gè)單引號(hào)代替單引號(hào)。這是錯(cuò)誤的。這樣治標(biāo)不治本，因?yàn)槟氵€會(huì)在其他一些字符上遇到這樣的問(wèn)題，更何況這樣會(huì)導(dǎo)致嚴(yán)重的bug，除此以外，這樣做還會(huì)使sql server的緩沖系統(tǒng)無(wú)法發(fā)揮應(yīng)有的作用。使用參數(shù)查詢，釜底抽薪，這些問(wèn)題統(tǒng)統(tǒng)不存在了。