SQL Server應(yīng)用程序性能調(diào)優(yōu)之設(shè)計(jì)優(yōu)化
優(yōu)化你的應(yīng)用程序設(shè)計(jì)
如果你為應(yīng)用程序使用了多層設(shè)計(jì)，SQL Server只是一個(gè)大型應(yīng)用程序的一部分。多層設(shè)計(jì)的實(shí)現(xiàn)方式對應(yīng)用程序性能影響之大，或許會(huì)遠(yuǎn)遠(yuǎn)超乎你的想象，它比SQL Server所帶來的影響大的多。
不幸的是，在應(yīng)用程序性能低下時(shí)，人們往往將其原因歸咎于SQL Server，而沒有反思應(yīng)用程序的設(shè)計(jì)，實(shí)際上很多情況下設(shè)計(jì)缺陷才是導(dǎo)致應(yīng)用程序性能問題的主要原因。下面我提供一些可以幫助你進(jìn)行應(yīng)用設(shè)計(jì)的建議，以防止SQL Server繼續(xù)獨(dú)擔(dān)性能低下的罪名。
在設(shè)計(jì)多層應(yīng)用時(shí)你首先需要決定的是，選擇邏輯和物理設(shè)計(jì)。在這兩種設(shè)計(jì)中，物理設(shè)計(jì)中最易發(fā)生導(dǎo)致性能問題的錯(cuò)誤，原因是在這個(gè)設(shè)計(jì)中要完成理論在真實(shí)世界中的實(shí)現(xiàn)。和任何其它事情一樣，你面臨著多種選擇，其中很多選擇會(huì)帶來升級(jí)或性能問題。
為了確定哪一種選擇才是正確的，需要你再次借助于測試手段，在設(shè)計(jì)階段就開始早期潛在測試，你可以使用快速原型測試法，來判斷哪一種實(shí)現(xiàn)可以最好的滿足用戶的需要。
另外，當(dāng)你在設(shè)計(jì)物理實(shí)現(xiàn)時(shí)，盡量遵循以下建議，來確保應(yīng)用程序的可升級(jí)性和最優(yōu)化性能：
盡可能將以數(shù)據(jù)為中心的任務(wù)以存儲(chǔ)過程的形式在SQL Server上完成。避免在展現(xiàn)層和業(yè)務(wù)層處理數(shù)據(jù)。
不要在業(yè)務(wù)層保存修改狀態(tài)數(shù)據(jù)，盡可能的在數(shù)據(jù)庫中實(shí)現(xiàn)。
不要?jiǎng)?chuàng)建復(fù)雜或難懂的對象分級(jí)。復(fù)雜類的創(chuàng)建和使用通常會(huì)比較耗資源，會(huì)降低應(yīng)用程序的性能和擴(kuò)展性。原因是當(dāng)創(chuàng)建和釋放這些對象時(shí)，內(nèi)存分配操作的開銷通常比較大。在進(jìn)行應(yīng)用程序設(shè)計(jì)時(shí)，可以考慮使用微軟事務(wù)處理服務(wù)器（MTS）來充分利用數(shù)據(jù)庫連接池和對象池的優(yōu)勢。MTS可以運(yùn)行將數(shù)據(jù)庫連接和對象都放到pool中，可以大大提高應(yīng)用程序的整體性能和可擴(kuò)展性。
如果你的應(yīng)用程序針對SQL Server的查詢耗時(shí)較長，在設(shè)計(jì)應(yīng)用程序時(shí)可以考慮異步進(jìn)行查詢。這樣一個(gè)查詢不用必須等待前面一條執(zhí)行完后才能進(jìn)行。將這個(gè)功能加入到你的多層應(yīng)用軟件的一個(gè)辦法是使用微軟消息隊(duì)列服務(wù)器（MSMQ）。
雖然按照以上建議并不能確保你獲得一個(gè)可升級(jí)、快速執(zhí)行的應(yīng)用程序，卻可以說是一個(gè)好的開始。
優(yōu)化數(shù)據(jù)庫的設(shè)計(jì)
與應(yīng)用程序設(shè)計(jì)類似，數(shù)據(jù)庫設(shè)計(jì)對SQL Server應(yīng)用程序的可升級(jí)性和性能也非常關(guān)鍵。同樣與應(yīng)用程序設(shè)計(jì)類似，如果你在開始的時(shí)候沒有合理的進(jìn)行數(shù)據(jù)庫設(shè)計(jì)，當(dāng)應(yīng)用程序被投入到生產(chǎn)環(huán)境中后，再對其進(jìn)行修改往往非常困難，且代價(jià)較高。在設(shè)計(jì)SQL Server數(shù)據(jù)庫時(shí)，以下幾件事情對其升級(jí)和性能非常關(guān)鍵，需要牢記。
同樣的道理，你需要盡可能早的使用真實(shí)數(shù)據(jù)來測試你的設(shè)計(jì)。這意味著你需要開發(fā)具有示例數(shù)據(jù)的原型數(shù)據(jù)庫，然后使用預(yù)計(jì)會(huì)在真實(shí)應(yīng)用中發(fā)生的行為類型來對該設(shè)計(jì)進(jìn)行測試。
一開始就需要你確定的設(shè)計(jì)原則之一是，數(shù)據(jù)庫將被使用來進(jìn)行聯(lián)機(jī)事務(wù)處理（OLTP），還是在線分析處理（OLAP）。在設(shè)計(jì)數(shù)據(jù)庫時(shí)人們常犯的一個(gè)最大錯(cuò)誤是，試圖設(shè)計(jì)數(shù)據(jù)庫同時(shí)滿足OLTP和OLAP需要。如果你希望獲得高性能和可擴(kuò)展性，這兩種應(yīng)用程序類型是互相排斥的。
OLTP數(shù)據(jù)庫通常是高度規(guī)格化的，有助于降低必須存儲(chǔ)的數(shù)據(jù)量。存儲(chǔ)的數(shù)據(jù)越少，SQL Server執(zhí)行的I/O操作就越少，數(shù)據(jù)庫訪問就會(huì)越快。事務(wù)處理也盡可能在短時(shí)間內(nèi)完成，以減少鎖定沖突現(xiàn)象。最后一點(diǎn)，為降低大量插入、更新和刪除操作的開銷，要盡可能少的使用索引。
另一方面，OLAP數(shù)據(jù)庫則是高度反規(guī)格化的。另外，它不使用事務(wù)處理，因?yàn)閿?shù)據(jù)庫是只讀的記錄鎖定不是什么問題。當(dāng)然，為了滿足廣泛的報(bào)表需求，需要大量使用索引。
由此可見，OLTP和OLAP數(shù)據(jù)庫實(shí)現(xiàn)的目的完全不同，你不可能設(shè)計(jì)一個(gè)數(shù)據(jù)庫同時(shí)滿足這兩種需求。
在數(shù)據(jù)庫設(shè)計(jì)早期階段發(fā)現(xiàn)問題后，修改起來相對比較容易，因此不要等到應(yīng)用程序開發(fā)完成后，再去修改數(shù)據(jù)庫設(shè)計(jì)，這幾乎是不可能的。
【編輯推薦】
