sqldataread優(yōu)點(diǎn)：讀取數(shù)據(jù)非常快。如果對返回的數(shù)據(jù)不需做大量處理的情況下，建議使用sqldatareader，其性能要比datset好很多。缺點(diǎn)：直到數(shù)據(jù)讀完才可close掉于數(shù)據(jù)庫的連接

　　(sqldatareader 讀數(shù)據(jù)是快速向前的。sqldatareader 類提供了一種讀取從 sql server 數(shù)據(jù)庫檢索的只進(jìn)數(shù)據(jù)流的方法。它使用 sql server 的本機(jī)網(wǎng)絡(luò)數(shù)據(jù)傳輸格式從數(shù)據(jù)庫連接直接讀取數(shù)據(jù)。datareader需及時(shí)顯式的close。可及時(shí)的釋放對數(shù)據(jù)的連接。)

　　dataset是把數(shù)據(jù)讀出，緩存在內(nèi)存中。缺點(diǎn)：對內(nèi)存的占用較高。如果對返回的數(shù)據(jù)需做大量的處理用dataset比較好些可以減少對數(shù)據(jù)庫的連接操作。優(yōu)點(diǎn)：只需連接一次就可close于數(shù)據(jù)庫的連接

　　*一般情況下,讀取大量數(shù)據(jù),對返回?cái)?shù)據(jù)不做大量處理用sqldatareader.對返回?cái)?shù)據(jù)大量處理用datset比較合適.對sqldatareader和dataset的選擇取決于程序功能的實(shí)現(xiàn)。

　二、executenonquery和executescalar

　　對數(shù)據(jù)的更新不需要返回結(jié)果集，建議使用executenonquery。由于不返回結(jié)果集可省掉網(wǎng)絡(luò)數(shù)據(jù)傳輸。它僅僅返回受影響的行數(shù)。如果只需更新數(shù)據(jù)用executenonquery性能的開銷比較小。

　　executescalar它只返回結(jié)果集中第一行的第一列。使用 executescalar 方法從數(shù)據(jù)庫中檢索單個(gè)值（例如id號(hào)）。與使用 executereader 方法， 返回的數(shù)據(jù)執(zhí)行生成單個(gè)值所需的操作相比，此操作需要的代碼較少。

　　*只需更新數(shù)據(jù)用executenonquery.單個(gè)值的查詢使用executescalar數(shù)據(jù)綁定的選擇

　三、數(shù)據(jù)的綁定databinder

　　一般的綁定方法<%# databinder.eval(container.dataitem, "字段名") %>用databinder.eval 綁定不必關(guān)心數(shù)據(jù)來源(dataread或dataset)。不必關(guān)心數(shù)據(jù)的類型eval會(huì)把這個(gè)數(shù)據(jù)對象轉(zhuǎn)換為一個(gè)字符串。在底層綁定做了很多工作，使用了反射性能。正因?yàn)槭褂梅奖懔耍珔s影響了數(shù)據(jù)性能。來看下<%# databinder.eval(container.dataitem, "字段名") %>。當(dāng)于dataset綁定時(shí)，dataitem其實(shí)式一個(gè)datarowview（如果綁定的是一個(gè)數(shù)據(jù)讀取器（dataread）它就是一個(gè)idatarecord。）因此直接轉(zhuǎn)換成datarowview的話，將會(huì)給性能帶來很大提升。

　　<%# ctype(container.dataitem,datarowview).row("字段名") %>

　　*對數(shù)據(jù)的綁定建議使用<%# ctype(container.dataitem,datarowview).row("字段名") %>。數(shù)據(jù)量大的時(shí)候可提高幾百倍的速度。使用時(shí)注意2方面：1.需在頁面添加<%@ import namespace="system.data"%>.2.注意字段名的大小寫（要特別注意）。如果和查詢的不一致，在某些情況下會(huì)導(dǎo)致比<%# databinder.eval(container.dataitem, "字段名") %>還要慢。如果想進(jìn)一步提高速度，可采用<%# ctype(container.dataitem,datarowview).row(0) %>的方法。不過其可讀性不高。

　　以上的是vb.net的寫法。在c#中：<@% ((datarowview)container.dataitem)["字段名"] %>

　對查看頁面每個(gè)執(zhí)行過程狀態(tài)最簡單的辦法：其頁面的trace屬性為true就可查看細(xì)節(jié)。

　一、使用存儲(chǔ)過程：

　　1、性能方面：存儲(chǔ)過程提供了許多標(biāo)準(zhǔn)sql語言中所沒有的高級(jí)特性。其傳遞參數(shù)和執(zhí)行邏輯表達(dá)式的功能，有助于應(yīng)用程序設(shè)計(jì)者處理復(fù)雜任務(wù)。另外，存儲(chǔ)過程存儲(chǔ)在本地服務(wù)器上，減少了執(zhí)行該過程所需的網(wǎng)絡(luò)傳輸寬帶和執(zhí)行時(shí)間。（存儲(chǔ)過程已經(jīng)對sql語句進(jìn)行了預(yù)編譯，所以其執(zhí)行速度比在程序里執(zhí)行sql語句快很多）

　　2、程序結(jié)構(gòu)方面：從程序的可擴(kuò)展性看，使用存儲(chǔ)過程會(huì)對程序以后的修改帶來方便。比如數(shù)據(jù)庫的結(jié)構(gòu)改變了，只需修改相對應(yīng)的存儲(chǔ)結(jié)構(gòu)，和程序中的調(diào)用部分即可。這部分不屬于本文探討范圍，屬于程序結(jié)構(gòu)設(shè)計(jì)方面。所以不在此展開。

　　3、程序安全性：使用存儲(chǔ)過程可避免sql injection攻擊。

　二、查詢語句的優(yōu)化（針對sql server2000）

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

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

　　優(yōu)化表順序：一般情況下，sqlserver 會(huì)對表的連接作出自動(dòng)優(yōu)化。例如：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可能會(huì)首先使用c表。它的選擇原則是相對于該查詢限制為單行或少數(shù)幾行，就可以減少在其他表中查找的總數(shù)據(jù)量。絕大多數(shù)情況下，sql server 會(huì)作出最優(yōu)的選擇，但如果你發(fā)覺某個(gè)復(fù)雜的聯(lián)結(jié)查詢速度比預(yù)計(jì)的要慢，就可以使用set forceplan語句強(qiáng)制sql server按照表出現(xiàn)順序使用表。如上例加上：set forceplan on…….set forceplan off 表的執(zhí)行順序?qū)?huì)按照你所寫的順序執(zhí)行。在查詢分析器中查看2種執(zhí)行效率，從而選擇表的連接順序。

　　*使用set forceplan選擇表聯(lián)結(jié)順序

　三、頁面的優(yōu)化（.aspx）

　　主要針對幾個(gè)頁面屬性

　　1、enableviewstate(頁面的視圖狀態(tài))。如果無特殊要求設(shè)置為false。使用viewstate ，每個(gè)對象都必須先序列化到 viewstate 中，然后再通過回傳進(jìn)行反序列化，因此使用 viewstate是沒有代價(jià)的。盡量減少使用對象，如果可能，盡量減少放入 viewstate 中的對象的數(shù)目。下面情況基本上可以禁用viewstate：

　　（1）頁面控件 （.ascx）
　　（2）頁面不回傳給自身。
　　（3）無需對控件的事件處理。
　　（4）控件沒有動(dòng)態(tài)的或數(shù)據(jù)綁定的屬性值（或?qū)τ诿總€(gè)postpack都在代碼中處理）

　　單個(gè)頁面或每個(gè)頁面都禁用 viewstate，如下所示：單個(gè)頁面：<%@ page enableviewstate="false" %> 每個(gè)頁面：在 web.config 中 <pages enableviewstate="false" /> enablesessionstate保持默認(rèn)值即可（如果頁面用到sessionstate它才會(huì)占用資源）。enableviewstatemac如果無安全上的特殊要求，保持默認(rèn)值。

　　2、pagelayout.頁面布局模型。建議使用flowlayout(元素不帶絕對定位屬性添加).gridlayout(絕對定位屬性)由于采用絕對定位，將會(huì)比flowlayout生產(chǎn)更多的代碼，主要是控件的定位信息。

　　3、項(xiàng)目發(fā)布的時(shí)候切記解除頁面的debug狀態(tài)。

　　4、html語言的優(yōu)化。我的建議是熟練掌握html/javascript，少用vs.net2003自動(dòng)生產(chǎn)的代碼，它會(huì)自動(dòng)生成一些無用的html代碼。

　　5、smart navigation設(shè)置為true能讓用戶明顯的感覺性能提高。啟用此屬性后對客戶端和服務(wù)端影響不大.它能智能涮新需要涮新需涮新的部分.

　四、控件的選擇：

　　html控件和服務(wù)器控件的選擇。服務(wù)器控件帶來的方便和功能上的實(shí)現(xiàn)是html控件所不能比擬的。但是是以犧牲服務(wù)器端的資源來取得的。我個(gè)人建議：如果html控件達(dá)不到所要實(shí)現(xiàn)的功能，而且和一些腳本語言（如javascrpt/vbscript）結(jié)合也不能實(shí)現(xiàn)的話。才會(huì)選擇服務(wù)器控件。選擇服務(wù)器控件后，也盡量對其控件優(yōu)化，如取消一些頁面狀態(tài)等（具體看控件的優(yōu)化）

　　服務(wù)器控件的選擇：主要針對幾個(gè)常用數(shù)據(jù)控件說明一下：

　　datagrid：自帶最強(qiáng)大的數(shù)據(jù)顯示控件，內(nèi)置了對數(shù)據(jù)的修改、刪除、添加、分頁等很多實(shí)用功能。如果你只需對數(shù)據(jù)顯示的話，盡量不要選擇datagrid（它把數(shù)據(jù)都存儲(chǔ)在viewstate中）.也不要使用自帶的分頁功能，microsoft在自動(dòng)分頁的底層做了很多工作，雖然使用方便了，但性能開銷大了。

　　datalist：比datagrid功能少了很多。但自定義性強(qiáng)了很多。特有的多行數(shù)據(jù)顯示，給我們帶來了很多方便。datagrid能實(shí)現(xiàn)的功能，它基本能實(shí)現(xiàn)。所以建議使用它。

　　repeater：功能最少，但自定義性非常強(qiáng)。如果只需對數(shù)據(jù)顯示，建議使用。由于減少了很多功能，對服務(wù)器的性能帶來消耗最小。因此，如果是對數(shù)據(jù)顯示的話，我基本上都是選擇repeater然后datalist最后datagrid

　　*盡量選擇html控件。能在客戶端實(shí)現(xiàn)的功能就在客戶端實(shí)現(xiàn)(熟練掌握javascript)，減少服務(wù)器的壓力。數(shù)據(jù)控件選擇順序：repeater、datalist、datagrid

　五、服務(wù)器控件的優(yōu)化：

　　1、viewstate

　　控件的viewstate與頁面的viewstate基本是一致的。用來保存控件的一些狀態(tài)。處理原則和處理頁面的viewstate一樣。有興趣的可以用datagrid綁定數(shù)據(jù)測試下viewstate保存的數(shù)據(jù)量有多大，它所保存的數(shù)據(jù)基本和datagrid顯示的數(shù)據(jù)量大小是等同的。

　　2、ispostpack

　　默認(rèn)false.需要產(chǎn)生事件的時(shí)候才需設(shè)置為true.

　　控件的優(yōu)化，主要看你對此控件的熟悉情況。對控件內(nèi)部運(yùn)作的原理越了解，就會(huì)對其作出合適的優(yōu)化。

　　性能優(yōu)化是三兩句話說不清的，我所寫出的僅僅是冰山一角，性能的優(yōu)化是靠平時(shí)經(jīng)驗(yàn)的積累和對程序的運(yùn)作原理的不斷認(rèn)知。