Asp.net性能優化總結（一）
2024-07-10 12:57:43
供稿：網友
最近對項目收尾。整理了項目文檔，看到以前對性能優化所做的標記。出于和大家共同討論的目的，發表自己的看法。歡迎大家對此討論，如有錯誤請大家指正。（此文不涉及如cahe等深層機制應用和研究，只是些膚淺應用和建議）
關于數據處理相關的優化
一、 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) %>的方法。不過其可讀性不高。
以上的是vb.net的寫法。在c#中：<@% ((datarowview)container.dataitem)["字段名"] %>
對查看頁面每個執行過程狀態最簡單的辦法：其頁面的trace屬性為true就可查看細節。如圖
下篇將涉及：使用存儲過程、查詢語句的優化、頁面的優化、控件的選擇、服務器控件的優化
中國最大的web開發資源網站及技術社區，
