很多網(wǎng)友非常不喜歡用ASP來(lái)編程，他們總是抱怨說(shuō)ASP程序太慢，效率太低。更希望用PHP，JSP等來(lái)寫(xiě)程序。其實(shí)不能從  "認(rèn)為"  這個(gè)角度來(lái)看問(wèn)題  ，而應(yīng)該從實(shí)際中看問(wèn)題，ASP真的很慢的嗎，那么微軟的站為何用ASP也不慢呢？PHP真的很快嗎，其實(shí)它也仍然是解釋性的語(yǔ)言。只不過(guò)在Linux下的結(jié)合比較好而以。JSP的開(kāi)發(fā)也不會(huì)簡(jiǎn)單到何處，而且要通過(guò)JDBC-ODBC橋才能連接ACCESS庫(kù)等，這種情況下效率也不高。 

其實(shí)，三種語(yǔ)言各有特點(diǎn)，就是優(yōu)，缺點(diǎn)。作為一個(gè)程序員不應(yīng)該總是怪語(yǔ)言不好，而更應(yīng)該看重的是自己的技術(shù)。所以今天我們不會(huì)比較這三種WEB語(yǔ)言到底誰(shuí)好，誰(shuí)壞，而是講解如何提高程序的執(zhí)行效率問(wèn)題。 

第一篇：SQL語(yǔ)句篇 

　　WEB程序中最引人注目的應(yīng)該是數(shù)據(jù)庫(kù)操作。今天我們就來(lái)講講如何提高SQL語(yǔ)句的效率。假設(shè)有一張結(jié)構(gòu)如下的users的表格，其中ID為主鍵。已經(jīng)有10000條記錄。 

ID  int  4  自增 
Name  char  10  //姓名 
Age  int  2  //年齡 
Sex  char  2  //性別  默認(rèn)值為  "男" 
Address  nvchar  255  //地址 
Cash  int  4  //積分 
Photo  char  2  //是否有照片  默認(rèn)值為  "沒(méi)有" 
PhotoUrl  nvchar  255  //照片路徑    

　　　首頁(yè)我們講講關(guān)于數(shù)據(jù)庫(kù)中表和字段的問(wèn)題，對(duì)于WEB進(jìn)行的數(shù)據(jù)庫(kù)對(duì)象中，自然表的個(gè)數(shù)越少，越好；表中的安段個(gè)數(shù)越少，越好；字段中所占的字節(jié)是越少，越好。 
　　例如Users表中sex的字段完全可以用bit字段，進(jìn)行0或1的操作，可以定義  "0"為男性，而  "1"為女性，這樣就可以減少char所占的字節(jié)數(shù)，這樣記錄一多還是相當(dāng)可觀的。 
　　再例如表的Photo的字段根本可以去掉，這樣更能減少字段，從而加快讀取的速度。因?yàn)镻hoto字段只是用來(lái)判斷用戶(hù)是否有照片，而我們安全可以用PhotoUrl字段來(lái)判斷。如PhotoUrl字段的值如果為空，就表示此用戶(hù)沒(méi)有照片，否則如果有的話(huà)，PhotoUrl字段一定是有值的，同樣可以完成相應(yīng)的功能。 
 
例如我們要顯示出前10個(gè)用戶(hù)名的記錄。有的網(wǎng)友會(huì)進(jìn)行如下的操作：  

I=0 
Set rs=conn.execute("select * from users") 
Do while not rs.eof and I=10 
I=I+1 
Response.write("name")"br>" 
Rs.movenext 
Loop 

　　這段代碼是可以完成上面的功能，可是如果真正的放到程序中，效率就太低了。因?yàn)橄旅娴某绦蛞幌驴墒亲x出了所有的記錄，即10000條啊，可我們只需要10條啊，如果這樣的話(huà)是不是太浪費(fèi)啊，當(dāng)然我們可以使用Ms  SQL中的top命令來(lái)完成這個(gè)求，或是Mysql中的limit命令。 

另外，我們只需要用戶(hù)名的字段顯示出來(lái)，而其他的根本不需要，而此網(wǎng)友卻用了  "select  *"  的命令，一下子讀了所有字段的值，這是非常沒(méi)有必要的，而且在字段很多的情況下，更是加重了執(zhí)行的負(fù)擔(dān)。所以說(shuō)應(yīng)該使用  "select  字段"來(lái)進(jìn)行相應(yīng)的操作。所以上面的程序可以修改為： 

set rs=conn.execute("select top 10 name from users") 
do while not rs.eof 
response.write rs("name")"br>" 
rs.movenext 
loop 

這樣的話(huà)，在記錄很多的情況下，操作會(huì)快出很多。 
另外在操作結(jié)束后，不需要再進(jìn)行操作時(shí)，一定要關(guān)閉數(shù)據(jù)庫(kù)的連接。 

Set  rs=nothing 
Set  conn=nothing 

有的網(wǎng)友說(shuō)，原來(lái)是這樣啊，那他用下面的代碼來(lái)查看Users表中就可以用下面的代碼來(lái)完成了。 

Set rs=conn.execute("select name from users") 
I=0 
Do while not rs.eof 
I=I+1 
Rs.movenext 
loop 
set rs=nothing

其實(shí)，這段代碼的效率仍然是非常低下的。為了知道表中有多少條記錄，而遍歷所有記錄，是非常不值的。我們完全可以用下面的代碼來(lái)實(shí)現(xiàn)：  

set  rs=conn.execute("select  count(id)  as  num  from  users") 
I=rs("num") 
Set  rs=nothing  

是不是很簡(jiǎn)單呢，其實(shí)count（）命令就可以統(tǒng)計(jì)出你所要查詢(xún)的記錄數(shù)，用where加上條件也可以。 
如果一位用戶(hù)對(duì)數(shù)據(jù)庫(kù)一次要進(jìn)行若干個(gè)操作的話(huà)，我們還要注意在操作后鎖定表，用lock操作完成后解鎖的步驟，用unlock，因?yàn)槿绻晃挥脩?hù)在操作數(shù)據(jù)庫(kù)，另一位用戶(hù)也正在操作，容易造成數(shù)據(jù)的混亂，甚至使數(shù)據(jù)插錯(cuò)記錄號(hào)，產(chǎn)生非常嚴(yán)重的后果。 
在ASP的操作中，對(duì)于數(shù)據(jù)庫(kù)的操作，分別有兩種方法，一種是直接引用conn.execute流，另一種是使用rs.open操作。兩種操作各有其好處，而在MS  SQL操作中，前者使用的比較多，因?yàn)樗且环N單一流的操作，一般不能使用rs.addnew或rs.update等，因?yàn)榇朔N操作要打開(kāi)表的寫(xiě)操作才行，如rs.open  sql,conn,3,3，后面的3就表示可以執(zhí)行寫(xiě)操作，而1表示是讀操作。 
最后，應(yīng)該要盡可能多的使用where條件，把多個(gè)語(yǔ)句合在一起。例如：顯示按積分的高低排列的最前面的10位男性用戶(hù)的用戶(hù)名。 

看看一位網(wǎng)友下面的代碼： 

set rs=conn.execute("select * from users order by cash desc") 
I=0 
If I=10 and not rs.eof then 
If rs("sex")='男' then 
Response.write rs("name")"br>" 
I=I+1 
End if 
Rs.movenext 
End if 
Set rs=nothing 

這段代碼同樣可以完成上面的任務(wù)，可是效率實(shí)在是太低了，從數(shù)據(jù)庫(kù)中讀出的每一句還要進(jìn)行一次判斷。對(duì)于性別的判斷完全可以放到where語(yǔ)句中，下面看看修改過(guò)的代碼： 

set rs=conn.execute("select top 10 name from users where sex='男' order by cash desc") 
do while not rs.eof 
response.write rs("name")"br>" 
rs.movenext 
loop 
set rs=nothing 

加上上面講到的top命令，select  字段名,和where的條件判斷，不但使程序代碼減少很多，而且也會(huì)使得程序的執(zhí)行效率大增。 
　　其實(shí)提高SQL語(yǔ)言的效率還有很多，只不過(guò)這些都是初學(xué)者朋友或是中級(jí)的朋友都會(huì)經(jīng)常遇到，而又不在意的地方。希望大家能多多學(xué)習(xí)，廣開(kāi)思路，不斷的從實(shí)踐中得到經(jīng)驗(yàn)

到此這篇關(guān)于asp程序執(zhí)行數(shù)據(jù)庫(kù)的效率提升建議的文章就介紹到這了,更多相關(guān)asp數(shù)據(jù)庫(kù)效率內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！