Asp.net效能最佳化總結(二)

一、使用預存程序：

1. 效能方面：預存程序提供了許多標準sql語言中所沒有的進階特性。其傳遞參數和執行邏輯運算式的功能，有助於應用程式設計者處理複雜任務。另外，預存程序儲存在本機伺服器上，減少了執行該過程所需的網路傳輸寬頻和執行時間。（預存程序已經對sql語句進行了先行編譯，所以其執行速度比在程式裡執行sql語句快很多）
2. 程式結構方面：從程式的可擴充性看，使用預存程序會對程式以後的修改帶來方便。比如資料庫的結構改變了，只需修改相對應的儲存結構，和程式中的調用部分即可。

這部分不屬於本文探討範圍，屬於程式結構設計方面。所以不在此展開。

   3. 程式安全性：使用預存程序可避免SQL Injection攻擊。

二、查詢語句的最佳化（針對sql server2000）

很多人只為目的寫出sql語句，而不考慮sql語句的執行效率。在這我只提供一最佳化表順序的方法，（sql語句的最佳化和原則將會在我的sql server2000學習筆記中專題討論）

對sql語句執行效率可用sql server2000的查詢分析器來查看語句的執行過程。

最佳化表順序：一般情況下，sqlserver 會對錶的串連作出自動最佳化。例如：

select name,no from A

join B on A. id=B.id

join C on C.id=A.id

where name=’wang’

儘管A表在From中先列出，然後才是B,最後才是C。但sql server可能會首先使用c表。它的選擇原則是相對於該查詢限制為單行或少數幾行，就可以減少在其他表中尋找的總資料量。絕大多數情況下，sql server 會作出最優的選擇，但如果你發覺某個複雜的連接查詢速度比預計的要慢，就可以使用SET FORCEPLAN語句強制sql server按照表出現順序使用表。如上例加上：SET FORCEPLAN ON…….SET FORCEPLAN OFF 表的執行順序將會按照你所寫的順序執行。在查詢分析器中查看2種執行效率，從而選擇表的串連順序。

*使用SET FORCEPLAN選擇表連接順序

三、頁面的最佳化（.aspx）

主要針對幾個頁面屬性

1.       EnableViewState(頁面的檢視狀態)。如果無特殊要求設定為false。

使用ViewState ，每個對象都必須先序列化到 ViewState 中，然後再通過回傳進行還原序列化，因此使用 ViewState是沒有代價的。盡量減少使用對象，如果可能，盡量減少放入 ViewState 中的對象的數目。下面情況基本上可以禁用viewstate：

（1）頁面控制項 （.ascx）

（2）頁面不回傳給自身。

（3）無需對控制項的事件處理。

（4）控制項沒有動態或資料繫結的屬性值（或對於每個postpack都在代碼中處理）

單個頁面或每個頁面都禁用 ViewState，如下所示：

單個頁面：<%@ Page EnableViewState="False" %>

每個頁面：在 web.config 中 <Pages EnableViewState="false" />

EnableSessionState保持預設值即可（如果頁面用到sessionstate它才會佔用資源）。

EnableViewStateMac如果無安全上的特殊要求，保持預設值。

2.       Pagelayout.頁面配置模型。建議使用Flowlayout(元素不帶絕對位置屬性添加).Gridlayout(絕對位置屬性)由於採用絕對位置，將會比Flowlayout生產更多的代碼，主要是控制項的定位資訊。

3．項目發布的時候切記解除頁面的Debug狀態。

4．Html語言的最佳化。我的建議是熟練掌握Html/JavaScript，少用vs.net2003自動生產的代碼，它會自動產生一些無用的html代碼。

5. smart navigation設定為true能讓使用者明顯的感覺效能提高。啟用此屬性後對用戶端和服務端影響不大.它能智能涮新需要涮新需涮新的部分.

四、控制項的選擇：

Html控制項和伺服器控制項的選擇。伺服器控制項帶來的方便和功能上的實現是html控制項所不能比擬的。但是是以犧牲伺服器端的資源來取得的。我個人建議：如果html控制項達不到所要實現的功能，而且和一些指令碼語言（如javascrpt/vbscript）結合也不能實現的話。才會選擇伺服器控制項。選擇伺服器控制項後，也盡量對其控制項最佳化，如取消一些頁面狀態等（具體看控制項的最佳化）

伺服器控制項的選擇：主要針對幾個常用資料控制項說明一下：

      DataGrid：內建最強大的資料顯示控制項，內建了對資料的修改、刪除、添加、分頁等很多實用功能。如果你只需對資料顯示的話，盡量不要選擇DataGrid（它把資料都儲存在viewstate中）.也不要使用內建的分頁功能，microsoft在自動分頁的底層做了很多工作，雖然使用方便了，但效能開銷大了。（推薦一分頁控制項：http://webdiyer.europe.webmatrixhosting.net/default.aspx）

          DataList：比DataGrid功能少了很多。但自訂性強了很多。特有的多行資料顯示，給我們帶來了很多方便。DataGrid能實現的功能，它基本能實現。所以建議使用它。

          Repeater：功能最少，但自訂性非常強。如果只需對資料顯示，建議使用。由於減少了很多功能，對伺服器的效能帶來消耗最小。因此，如果是對資料顯示的話，我基本上都是選擇Repeater然後DataList最後DataGrid

*盡量選擇html控制項。能在用戶端實現的功能就在用戶端實現(熟練掌握javascript)，減少伺服器的壓力。資料控制項選擇順序：Repeater、DataList、DataGrid

五、伺服器控制項的最佳化：

1． Viewstate

控制項的viewstate與頁面的viewstate基本是一致的。用來儲存控制項的一些狀態。

處理原則和處理頁面的viewstate一樣。有興趣的可以用Datagrid綁定資料測試下

viewstate儲存的資料量有多大，它所儲存的資料基本和Datagrid顯示的資料量大小

是等同的。

2． Ispostpack

 預設false.需要產生事件的時候才需設定為true.

控制項的最佳化，主要看你對此控制項的熟悉情況。對控制項內部運作的原理越瞭解，就會對其作出合適的最佳化。

 

效能最佳化是三兩句話說不清的，我所寫出的僅僅是冰山一角，效能的最佳化是靠平時經驗的積累和對程式的運作原理的不斷認知。