程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> .NET網頁編程 >> .NET實例教程 >> ASP.NET如何進行性能優化問題

ASP.NET如何進行性能優化問題

編輯:.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

  一般的綁定方法<%# 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.

  控件的優化,主要看你對此控件的熟悉情況。對控件內部運作的原理越了解,就會對其作出合適的優化。

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

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved