優(yōu)化你的應(yīng)用程序設(shè)計(jì)

如果你為應(yīng)用程序使用了多層設(shè)計(jì)，SQL Server只是一個(gè)大型應(yīng)用程序的一部分。多層設(shè)計(jì)的實(shí)現(xiàn)方式對(duì)應(yīng)用程序性能影響之大，或許會(huì)遠(yuǎn)遠(yuǎn)超乎你的想象，它比SQL Server所帶來(lái)的影響大的多。

不幸的是，在應(yīng)用程序性能低下時(shí)，人們往往將其原因歸咎于SQL Server，而沒(méi)有反思應(yīng)用程序的設(shè)計(jì)，實(shí)際上很多情況下設(shè)計(jì)缺陷才是導(dǎo)致應(yīng)用程序性能問(wèn)題的主要原因。下面我提供一些可以幫助你進(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)致性能問(wèn)題的錯(cuò)誤，原因是在這個(gè)設(shè)計(jì)中要完成理論在真實(shí)世界中的實(shí)現(xiàn)。和任何其它事情一樣，你面臨著多種選擇，其中很多選擇會(huì)帶來(lái)升級(jí)或性能問(wèn)題。

為了確定哪一種選擇才是正確的，需要你再次借助于測(cè)試手段，在設(shè)計(jì)階段就開(kāi)始早期潛在測(cè)試，你可以使用快速原型測(cè)試法，來(lái)判斷哪一種實(shí)現(xiàn)可以最好的滿(mǎn)足用戶(hù)的需要。

另外，當(dāng)你在設(shè)計(jì)物理實(shí)現(xiàn)時(shí)，盡量遵循以下建議，來(lái)確保應(yīng)用程序的可升級(jí)性和最優(yōu)化性能：

盡可能將以數(shù)據(jù)為中心的任務(wù)以存儲(chǔ)過(guò)程的形式在SQL Server上完成。避免在展現(xiàn)層和業(yè)務(wù)層處理數(shù)據(jù)。

不要在業(yè)務(wù)層保存修改狀態(tài)數(shù)據(jù)，盡可能的在數(shù)據(jù)庫(kù)中實(shí)現(xiàn)。

不要?jiǎng)?chuàng)建復(fù)雜或難懂的對(duì)象分級(jí)。復(fù)雜類(lèi)的創(chuàng)建和使用通常會(huì)比較耗資源，會(huì)降低應(yīng)用程序的性能和擴(kuò)展性。原因是當(dāng)創(chuàng)建和釋放這些對(duì)象時(shí)，內(nèi)存分配操作的開(kāi)銷(xiāo)通常比較大。在進(jìn)行應(yīng)用程序設(shè)計(jì)時(shí)，可以考慮使用微軟事務(wù)處理服務(wù)器（MTS）來(lái)充分利用數(shù)據(jù)庫(kù)連接池和對(duì)象池的優(yōu)勢(shì)。MTS可以運(yùn)行將數(shù)據(jù)庫(kù)連接和對(duì)象都放到pool中，可以大大提高應(yīng)用程序的整體性能和可擴(kuò)展性。

如果你的應(yīng)用程序針對(duì)SQL Server的查詢(xún)耗時(shí)較長(zhǎng)，在設(shè)計(jì)應(yīng)用程序時(shí)可以考慮異步進(jìn)行查詢(xún)。這樣一個(gè)查詢(xún)不用必須等待前面一條執(zhí)行完后才能進(jìn)行。將這個(gè)功能加入到你的多層應(yīng)用軟件的一個(gè)辦法是使用微軟消息隊(duì)列服務(wù)器（MSMQ）。

雖然按照以上建議并不能確保你獲得一個(gè)可升級(jí)、快速執(zhí)行的應(yīng)用程序，卻可以說(shuō)是一個(gè)好的開(kāi)始。

優(yōu)化數(shù)據(jù)庫(kù)的設(shè)計(jì)

與應(yīng)用程序設(shè)計(jì)類(lèi)似，數(shù)據(jù)庫(kù)設(shè)計(jì)對(duì)SQL Server應(yīng)用程序的可升級(jí)性和性能也非常關(guān)鍵。同樣與應(yīng)用程序設(shè)計(jì)類(lèi)似，如果你在開(kāi)始的時(shí)候沒(méi)有合理的進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)，當(dāng)應(yīng)用程序被投入到生產(chǎn)環(huán)境中后，再對(duì)其進(jìn)行修改往往非常困難，且代價(jià)較高。在設(shè)計(jì)SQL Server數(shù)據(jù)庫(kù)時(shí)，以下幾件事情對(duì)其升級(jí)和性能非常關(guān)鍵，需要牢記。

同樣的道理，你需要盡可能早的使用真實(shí)數(shù)據(jù)來(lái)測(cè)試你的設(shè)計(jì)。這意味著你需要開(kāi)發(fā)具有示例數(shù)據(jù)的原型數(shù)據(jù)庫(kù)，然后使用預(yù)計(jì)會(huì)在真實(shí)應(yīng)用中發(fā)生的行為類(lèi)型來(lái)對(duì)該設(shè)計(jì)進(jìn)行測(cè)試。

一開(kāi)始就需要你確定的設(shè)計(jì)原則之一是，數(shù)據(jù)庫(kù)將被使用來(lái)進(jìn)行聯(lián)機(jī)事務(wù)處理（OLTP），還是在線(xiàn)分析處理（OLAP）。在設(shè)計(jì)數(shù)據(jù)庫(kù)時(shí)人們常犯的一個(gè)最大錯(cuò)誤是，試圖設(shè)計(jì)數(shù)據(jù)庫(kù)同時(shí)滿(mǎn)足OLTP和OLAP需要。如果你希望獲得高性能和可擴(kuò)展性，這兩種應(yīng)用程序類(lèi)型是互相排斥的。

OLTP數(shù)據(jù)庫(kù)通常是高度規(guī)格化的，有助于降低必須存儲(chǔ)的數(shù)據(jù)量。存儲(chǔ)的數(shù)據(jù)越少，SQL Server執(zhí)行的I/O操作就越少，數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)就會(huì)越快。事務(wù)處理也盡可能在短時(shí)間內(nèi)完成，以減少鎖定沖突現(xiàn)象。最后一點(diǎn)，為降低大量插入、更新和刪除操作的開(kāi)銷(xiāo)，要盡可能少的使用索引。

另一方面，OLAP數(shù)據(jù)庫(kù)則是高度反規(guī)格化的。另外，它不使用事務(wù)處理，因?yàn)閿?shù)據(jù)庫(kù)是只讀的記錄鎖定不是什么問(wèn)題。當(dāng)然，為了滿(mǎn)足廣泛的報(bào)表需求，需要大量使用索引。

由此可見(jiàn)，OLTP和OLAP數(shù)據(jù)庫(kù)實(shí)現(xiàn)的目的完全不同，你不可能設(shè)計(jì)一個(gè)數(shù)據(jù)庫(kù)同時(shí)滿(mǎn)足這兩種需求。 #p#page_title#e#

在數(shù)據(jù)庫(kù)設(shè)計(jì)早期階段發(fā)現(xiàn)問(wèn)題后，修改起來(lái)相對(duì)比較容易，因此不要等到應(yīng)用程序開(kāi)發(fā)完成后，再去修改數(shù)據(jù)庫(kù)設(shè)計(jì)，這幾乎是不可能的。