ASP.NET如何進行性能優(yōu)化問題(1)

2024-07-10 13:12:47

字體：大中小

供稿：網(wǎng)友

一、sqldataread和dataset的選擇

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

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

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

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

  二、executenonquery和executescalar

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

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

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

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

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

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

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

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

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

  一、使用存儲過程：

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

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

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

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

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

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

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

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

上一篇：用.Net實現(xiàn)基于CSS的AJAX開發(fā)(6)

下一篇：ASP.NET如何進行性能優(yōu)化問題(2)