最近對項目收尾。整理了項目文檔，看到以前對性能優化所做的標記。出于和大家共同討論的目的，發表自己的看法。歡迎大家對此討論，如有錯誤請大家指正。（此文不涉及如cahe等深層機制應用和研究，只是些膚淺應用和建議）

關于數據處理相關的優化

一、 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就可查看細節。如圖







下篇將涉及：使用存儲過程、查詢語句的優化、頁面的優化、控件的選擇、服務器