ASP.NET性能優化-數據庫方面的選擇考慮

 一談到ASP.NET系統,不得不談到的一個問題是性能優化.盡管ASP.NET本身速度在ASP基礎上快了很讀,但是如果優化做得不好,效果并不大明顯.社友本文專門從數據庫和存儲過程及數據綁定等角度談談性能優化.

  一、SqlDataRead和Dataset的選擇

  Sqldataread優點：讀取數據非?？?。如果對返回的數據不需做大量處理的情況下，建議使用SqlDataReader，其性能要比datset好很多。缺點：直到數據讀完才可close掉于數據庫的連接

  (SqlDataReader 讀數據是快速向前的。SqlDataReader 類提供了一種讀取從 SQL Server 數據庫檢索的只進數據流的方法。它使用 SQL Server 的本機網絡數據傳輸格式從數據庫連接直接讀取數據。DataReader需及時顯式的close?？杉皶r的釋放對數據的連接。)

  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) %>的方法。不過其可讀性不高。

  四、使用存儲過程：

  1、性能方面：存儲過程提供了許多標準sql語言中所沒有的高級特性。其傳遞參數和執行邏輯表達式的功能，有助于應用程序設計者處理復雜任務。另外，存儲過程存儲在本地服務器上，減少了執行該過程所需的網絡傳輸寬帶和執行時間。（存儲過程已經對sql語句進行了預編譯，所以其執行速度比在程序里執行sql語句快很多）

  2、程序結構方面：從程序的可擴展性看，使用存儲過程會對程序以后的修改帶來方便。比如數據庫的結構改變了，只需修改相對應的存儲結構，和程序中的調用部分即可。這部分不屬于本文探討范圍，屬于程序結構設計方面。所以不在此展開。

  3、程序安全性：使用存儲過程可避免SQL Injection攻擊。

  五、查詢語句的優化（針對sql server2000）

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

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

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

  *使用SET FORCEPLAN選擇表聯結順序

原文轉自：http://www.anti-gravitydesign.com