漫談ASP.NET效能最佳化問題

來源:互聯網
上載者:User
asp.net|問題|效能|最佳化     一、SqlDataRead和Dataset的選擇

  Sqldataread優點:讀取資料非常快。如果對返回的資料不需做大量處理的情況下,建議使用SqlDataReader,其效能要比datset好很多。缺點:直到資料讀完才可close掉於資料庫的串連

  (SqlDataReader 讀資料是快速向前的。SqlDataReader 類提供了一種讀取從 SQL Server 資料庫檢索的只進資料流的方法。它使用 SQL Server 的本機網路資料轉送格式從資料庫連接直接讀取資料。DataReader需及時顯式的close。可及時的釋放對資料的串連。)

  Dataset是把資料讀出,緩衝在記憶體中。缺點:對記憶體的佔用較高。如果對返回的資料需做大量的處理用Dataset比較好些可以減少對資料庫的串連操作。優點:只需串連一次就可close於資料庫的串連

  *一般情況下,讀取大量資料,對返回資料不做大量處理用SqlDataReader.對返回資料大量處理用datset比較合適.對SqlDataReader和Dataset的選擇取決於程式功能的實現。

 二、ExecuteNonQuery和ExecuteScalar

  對資料的更新不需要返回結果集,建議使用ExecuteNonQuery。由於不返回結果集可省掉網路資料轉送。它僅僅返回受影響的行數。如果只需更新資料用ExecuteNonQuery效能的開銷比較小。

  ExecuteScalar它只返回結果集中第一行的第一列。使用 ExecuteScalar 方法從資料庫中檢索單個值(例如id號)。與使用 ExecuteReader 方法, 返回的資料執行產生單個值所需的操作相比,此操作需要的代碼較少。

  *只需更新資料用ExecuteNonQuery.單個值的查詢使用ExecuteScalar資料繫結的選擇

 三、資料的綁定DataBinder

  一般的Binder 方法<%# DataBinder.Eval(Container.DataItem, "欄位名") %>用DataBinder.eval 綁定不必關心資料來源(Dataread或dataset)。不必關心資料的類型eval會把這個資料對象轉換為一個字串。在底層綁定做了很多工作,使用了反射效能。正因為使用方便了,但卻影響了資料效能。來看下<%# DataBinder.Eval(Container.DataItem, "欄位名") %>。當於dataset綁定時,DataItem其實式一個DataRowView(如果綁定的是一個資料讀取器(dataread)它就是一個IdataRecord。)因此直接轉換成DataRowView的話,將會給效能帶來很大提升。

  <%# ctype(Container.DataItem,DataRowView).Row("欄位名") %>

  *對資料的綁定建議使用<%# ctype(Container.DataItem,DataRowView).Row("欄位名") %>。資料量大的時候可提高几百倍的速度。使用時注意2方面:1.需在頁面添加<%@ Import namespace="System.Data"%>.2.注意欄位名的大小寫(要特別注意)。如果和查詢的不一致,在某些情況下會導致比<%# DataBinder.Eval(Container.DataItem, "欄位名") %>還要慢。如果想進一步提高速度,可採用<%# ctype(Container.DataItem,DataRowView).Row(0) %>的方法。不過其可讀性不高。

  以上的是vb.net的寫法。在c#中:<@% ((DataRowView)Container.DataItem)["欄位名"] %>

 對查看頁面每個執行過程狀態最簡單的辦法:其頁面的trace屬性為true就可查看細節。

 一、使用預存程序:

  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在自動分頁的底層做了很多工作,雖然使用方便了,但效能開銷大了。

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

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

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

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

  1、Viewstate

  控制項的viewstate與頁面的viewstate基本是一致的。用來儲存控制項的一些狀態。處理原則和處理頁面的viewstate一樣。有興趣的可以用Datagrid綁定資料測試下viewstate儲存的資料量有多大,它所儲存的資料基本和Datagrid顯示的資料量大小是等同的。

  2、Ispostpack

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

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

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



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。