商業源碼熱門下載www.html.org.cn

　　一、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.

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

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