|
|
一、SqlDataRead和Dataset的選擇
Sqldataread優(yōu)點(diǎn)：讀取數(shù)據(jù)非?？臁Ｈ绻麑?duì)返回的數(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í)的釋放對(duì)數(shù)據(jù)的連接。)
Dataset是把數(shù)據(jù)讀出，緩存在內(nèi)存中。缺點(diǎn)：對(duì)內(nèi)存的占用較高。如果對(duì)返回的數(shù)據(jù)需做大量的處理用Dataset比較好些可以減少對(duì)數(shù)據(jù)庫的連接操作。優(yōu)點(diǎn)：只需連接一次就可close于數(shù)據(jù)庫的連接
*一般情況下,讀取大量數(shù)據(jù),對(duì)返回?cái)?shù)據(jù)不做大量處理用SqlDataReader.對(duì)返回?cái)?shù)據(jù)大量處理用datset比較合適.對(duì)SqlDataReader和Dataset的選擇取決于程序功能的實(shí)現(xiàn)。
二、ExecuteNonQuery和ExecuteScalar
對(duì)數(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.(Container.DataItem,"字段名")>，用DataBinder.綁定不必關(guān)心數(shù)據(jù)來源(Dataread或dataset)。不必關(guān)心數(shù)據(jù)的類型，會(huì)把這個(gè)數(shù)據(jù)對(duì)象轉(zhuǎn)換為一個(gè)字符串。在底層綁定做了很多工作，使用了反射。正因?yàn)槭褂梅奖懔?，但卻影響了數(shù)據(jù)性能。來看下<# DataBinder.(Container.DataItem,"字段名")>。當(dāng)于dataset綁定時(shí)，DataItem其實(shí)式一個(gè)DataRowView（如果綁定的是一個(gè)數(shù)據(jù)讀取器（dataread）它就是一個(gè)IdataRecord。）因此直接轉(zhuǎn)換成DataRowView的話，將會(huì)給性能帶來很大提升。
*對(duì)數(shù)據(jù)的綁定建議使用<# ctype(Container.DataItem,DataRowView).Row("字段名")>。數(shù)據(jù)量大的時(shí)候可提高幾百倍的速度。使用時(shí)注意2方面：1.需在頁面添加<@ Import namespace="System.Data">.2.注意字段名的大小寫（要特別注意）。如果和查詢的不一致，在某些情況下會(huì)導(dǎo)致比<# DataBinder.(Container.DataItem,"字段名")>還要慢。如果想進(jìn)一步提高速度，可采用<# ctype(Container.DataItem,DataRowView).Row(0)>的方法。不過其可讀性不高。
以上的是vb.NET的寫法。在c#中：<@%((DataRowView)Container.DataItem)["字段名"] %>
對(duì)查看頁面每個(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)對(duì)sql語句進(jìn)行了預(yù)編譯，所以其執(zhí)行速度比在程序里執(zhí)行sql語句快很多）
2、程序結(jié)構(gòu)方面：從程序的可擴(kuò)展性看，使用存儲(chǔ)過程會(huì)對(duì)程序以后的修改帶來方便。比如數(shù)據(jù)庫的結(jié)構(gòu)改變了，只需修改相對(duì)應(yīng)的存儲(chǔ)結(jié)構(gòu)，和程序中的調(diào)用部分即可。這部分不屬于本文探討范圍，屬于程序結(jié)構(gòu)設(shè)計(jì)方面。所以不在此展開。
3、程序安全性：使用存儲(chǔ)過程可避免SQL Injection攻擊。
五、查詢語句的優(yōu)化（針對(duì)sql server2000）
很多人只為目的寫出sql語句，而不考慮sql語句的執(zhí)行效率。在這我只提供一優(yōu)化表順序的方法，（sql語句的優(yōu)化和原則將會(huì)在我的sql server2000學(xué)習(xí)筆記中專題討論）
對(duì)sql語句執(zhí)行效率可用sql server2000的查詢分析器來查看語句的執(zhí)行過程?！ ?/p>
優(yōu)化表順序：一般情況下，sqlserver 會(huì)對(duì)表的連接作出自動(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表。它的選擇原則是相對(duì)于該查詢限制為單行或少數(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）
主要針對(duì)幾個(gè)頁面屬性
1、EnableViewState(頁面的視圖狀態(tài))。如果無特殊要求設(shè)置為false。使用ViewState ，每個(gè)對(duì)象都必須先序列化到 ViewState 中，然后再通過回傳進(jìn)行反序列化，因此使用 ViewState是沒有代價(jià)的。盡量減少使用對(duì)象，如果可能，盡量減少放入 ViewState 中的對(duì)象的數(shù)目。下面情況基本上可以禁用viewstate：
（1）頁面控件（.ascx）
?。?）頁面不回傳給自身。
?。?）無需對(duì)控件的事件處理。
?。?）控件沒有動(dòng)態(tài)的或數(shù)據(jù)綁定的屬性值（或?qū)τ诿總€(gè)postpack都在代碼中處理）
單個(gè)頁面或每個(gè)頁面都禁用 ViewState，如下所示：單個(gè)頁面：<@ Page EnableViewState="False"> 每個(gè)頁面：在web.config 中 EnableSessionState保持默認(rèn)值即可（如果頁面用到sessionstate它才會(huì)占用資源）。EnableViewStateMac如果無安全上的特殊要求，保持默認(rèn)值。
2、Pagelayout.頁面布局模型。建議使用Flowlayout(元素不帶絕對(duì)定位屬性添加).Gridlayout(絕對(duì)定位屬性)由于采用絕對(duì)定位，將會(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能讓用戶明顯的感覺性能提高。啟用此屬性后對(duì)客戶端和服務(wù)端影響不大.它能智能涮新需要涮新需涮新的部分.
四、控件的選擇：
Html控件和服務(wù)器控件的選擇。服務(wù)器控件帶來的方便和功能上的實(shí)現(xiàn)是html控件所不能比擬的。但是是以犧牲服務(wù)器端的資源來取得的。我個(gè)人建議：如果html控件達(dá)不到所要實(shí)現(xiàn)的功能，而且和一些腳本語言（如Javascrpt/vbscript）結(jié)合也不能實(shí)現(xiàn)的話。才會(huì)選擇服務(wù)器控件。選擇服務(wù)器控件后，也盡量對(duì)其控件優(yōu)化，如取消一些頁面狀態(tài)等（具體看控件的優(yōu)化）
服務(wù)器控件的選擇：主要針對(duì)幾個(gè)常用數(shù)據(jù)控件說明一下：
DataGrid：自帶最強(qiáng)大的數(shù)據(jù)顯示控件，內(nèi)置了對(duì)數(shù)據(jù)的修改、刪除、添加、分頁等很多實(shí)用功能。如果你只需對(duì)數(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)。如果只需對(duì)數(shù)據(jù)顯示，建議使用。由于減少了很多功能，對(duì)服務(wù)器的性能帶來消耗最小。因此，如果是對(duì)數(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)化，主要看你對(duì)此控件的熟悉情況。對(duì)控件內(nèi)部運(yùn)作的原理越了解，就會(huì)對(duì)其作出合適的優(yōu)化。
性能優(yōu)化是三兩句話說不清的，我所寫出的僅僅是冰山一角，性能的優(yōu)化是靠平時(shí)經(jīng)驗(yàn)的積累和對(duì)程序的運(yùn)作原理的不斷認(rèn)知。
NET技術(shù)：如何對(duì)ASP.NET進(jìn)行性能優(yōu)化，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
