天蠶重慶網(wǎng)絡(luò)公司：我們?cè)谶M(jìn)行系統(tǒng)或者我們叫它軟件，在開(kāi)進(jìn)行開(kāi)發(fā)時(shí)，對(duì)它的數(shù)據(jù)庫(kù)以及結(jié)構(gòu)，是需要作一些必要優(yōu)化處理的，下面來(lái)看看詳細(xì)的介紹：
1. 程序優(yōu)化
a. 當(dāng)只限取前面N條記錄時(shí)，不要用 select * ,然后再用ADO分頁(yè)
改為 select top N 字段列表 這樣的語(yǔ)句會(huì)高效很多
b. 統(tǒng)計(jì)記錄數(shù)時(shí)不要用 select * from .... 這樣的語(yǔ)句，改
用 select count(1) from .... 這樣會(huì)好很多
c. 盡量避免使用 select * from table 這樣的sql語(yǔ)句，這樣會(huì)導(dǎo)致程序從數(shù)據(jù)庫(kù)里讀取太多無(wú)用的數(shù)據(jù)，一般來(lái)說(shuō)應(yīng)該使用
select 字段1,字段2 from table 這種形式，只從數(shù)據(jù)庫(kù)里讀取必要的數(shù)據(jù)，這樣能大大提高程序讀取數(shù)據(jù)庫(kù)的效率
d. 不要用嵌套查詢(xún)，比如
<%
sql = "select col1,col2 from a"
set rs = server.createobject("adodb.recordset")
rs.open sql,conn,1,1
while not rs.eof
sql2 = "select col1,col2 from b where id=" & rs("id")
set rs2 = server.createobject("adodb.recordset")
rs2.open sql2,conn,1,1 '這里用了嵌套查詢(xún)，效率會(huì)下降很多，如果數(shù)據(jù)庫(kù)的時(shí)候根本沒(méi)法運(yùn)行
while not rs2.eof
response.write rs("id") & "=" & rs2("name")
rs2.movenext
wend
rs.movenext
wend
%>
如果改為
<%
sql = "select a.id ,b.name from a left join b on b.id=a.id" '使用連表操作，并用具體的字段名代替 *,程序是高效很多
set rs = server.createobject("adodb.recordset")
rs.open sql,conn,1,1
while not rs.eof
response.write rs("id") & "=" & rs("name")
rs.movenext
wend
%>
2. 數(shù)據(jù)庫(kù)結(jié)構(gòu)優(yōu)化
a. 比如一些標(biāo)志信息是否認(rèn)證之類(lèi)的字段要建索引卻沒(méi)有建
b. 表沒(méi)有設(shè)主鍵，加上主鍵
c. 外鍵一般都要加上索引
3. 對(duì)于 access 數(shù)據(jù)庫(kù)：
access 數(shù)據(jù)是一個(gè)桌面型的數(shù)據(jù)庫(kù)系統(tǒng)，它只能應(yīng)付一些數(shù)據(jù)量少且訪(fǎng)問(wèn)量不大的網(wǎng)站，如果access的數(shù)據(jù)庫(kù)超過(guò)
100M 以上，性能會(huì)急速下降，并且 access 數(shù)據(jù)庫(kù)的數(shù)據(jù)庫(kù)驅(qū)動(dòng)程序只能應(yīng)付同時(shí)15個(gè)進(jìn)程共享，也就是說(shuō)它最多只能
允許15個(gè)人同時(shí)打開(kāi)它，對(duì)于大訪(fǎng)問(wèn)量的網(wǎng)站來(lái)說(shuō)這是很低的一個(gè)數(shù)值，所以一般訪(fǎng)問(wèn)量大或者是數(shù)據(jù)量大的網(wǎng)站一般
要采用 sqlserver 或者 mysql 等高性能的數(shù)據(jù)庫(kù)服務(wù)器平臺(tái)。
有很多人使用 access 數(shù)據(jù)庫(kù)時(shí)并沒(méi)有對(duì)數(shù)據(jù)庫(kù)的結(jié)構(gòu)進(jìn)行優(yōu)化，這也是造成網(wǎng)站程序效率低下的另一個(gè)重要原因
一般來(lái)說(shuō)每個(gè)數(shù)據(jù)表都要設(shè)置一個(gè)主鍵，并且其外鍵一般都要建立索引，還有一些標(biāo)志性的字段(如果標(biāo)記一條信息是否是
通過(guò)審核等)如果不是布爾型的話(huà)，一般來(lái)說(shuō)也應(yīng)該建立索引。
在查詢(xún)程序優(yōu)化方面 , 如果用 ADODB.Recoedset 自帶的分頁(yè)功能，也是存在問(wèn)題，
因?yàn)橛肁DO分頁(yè)的話(huà)，這個(gè)對(duì)象是先將很多的記錄選出來(lái)，加載到對(duì)象里(這將導(dǎo)致這個(gè)對(duì)象可能會(huì)加載成千上萬(wàn)的記錄)，
再在對(duì)象里通過(guò)移動(dòng)記錄游標(biāo)等操作來(lái)達(dá)到定位到某一行的目的，當(dāng)數(shù)據(jù)量大的時(shí)候，性能也會(huì)急速下降。
如果采用 where RecID NOT IN(....) 這種結(jié)構(gòu)的話(huà)，雖然記錄集不會(huì)加載很多的數(shù)據(jù)，但是在數(shù)據(jù)庫(kù)引擎在查詢(xún)時(shí)
做這種NOT IN(...) 的比較是很費(fèi)時(shí)間的，比如 NOT IN 的列表里有 1000 個(gè)記錄ID,這在查詢(xún)是將導(dǎo)致對(duì)整個(gè)數(shù)據(jù)表
的每一條記錄都跟這1000個(gè)ID進(jìn)行比較，比如數(shù)據(jù)表里有 3000 條記錄，那么執(zhí)行這條 sql 的時(shí)候?qū)?dǎo)致 3000*1000 這么
多次的比較，效率之低是可想而知的.
對(duì)于分頁(yè)的優(yōu)化方法：
采用分步查詢(xún)，這個(gè)方法可能要對(duì)數(shù)據(jù)表的結(jié)構(gòu)作一些修改.
1. 數(shù)據(jù)表本身的主鍵( 比如是 RecID )應(yīng)該是數(shù)字類(lèi)型的。
2. 要查詢(xún)分頁(yè)的時(shí)候
(1). 先得出不應(yīng)該包含在最終查詢(xún)結(jié)果里的記錄的最大ID號(hào),比如
比如要查詢(xún)第 100 條記錄以后的 N (N＝每頁(yè)的記錄數(shù)) 條記錄，可這樣做：
<%
SQLMAXID = "SELECT MAX(RecID) FROM(SELECT TOP 100 RecID FROM ChatRec WHERE RecID>0 ORDER BY RecID)"
'這里只返回一個(gè)值，就是最大的ID
%>
(2). 執(zhí)行最終的數(shù)據(jù)查詢(xún)
比如
<%
SQL = "SELECT TOP 每頁(yè)的記錄條數(shù) * FROM ChatRec WHERE RecID>("& SQLMAXID &") ORDER BY RecID"
'這里是找出 ID > MAXID 的前 N 條記錄
%>
這樣的話(huà)避免用 NOT IN(...) 這個(gè)語(yǔ)句，效率會(huì)提高很多
說(shuō)明：用這個(gè)方法有一點(diǎn)一定要注意的是子查詢(xún)跟主查詢(xún)都必須要按某個(gè)字段用相同的規(guī)則排序，比如像例子中的 ORDER BY RecID
并且一般建議用主鍵來(lái)進(jìn)行排序
4.asp程序中應(yīng)盡量避免用 on error resume next
很多用戶(hù)會(huì)采用 on error resume next 來(lái)屏蔽掉出錯(cuò)信息,這樣雖然可以讓訪(fǎng)客看不到出錯(cuò)信息，界面友好一些，但是這樣可能會(huì)帶來(lái)非常嚴(yán)重的問(wèn)題：當(dāng)程序出錯(cuò)后，如果沒(méi)有及時(shí)的捕獲異常，從而中止程序執(zhí)行的話(huà)，很空間導(dǎo)致程序出現(xiàn)死循環(huán)，導(dǎo)致服務(wù)器當(dāng)機(jī)，所以只有在非常必要的情況下才好使用 on error resume next ,并且在使用on error resume next后及時(shí)捕獲異常，如果出現(xiàn)錯(cuò)誤就中止程序執(zhí)行。比如：
<%
set conn = Server.CreateObject("ADODB.Connection")
connstr = "Driver={SQL Server};Server=db107.72dns.com;UID=abc;WD=abc;Database=abc"
on error resume next '這里的用 on error resume next 是為了屏蔽連接數(shù)據(jù)庫(kù)時(shí)出錯(cuò)的信息
err.clear
conn.open connstr
if err.number<>0 then '這里開(kāi)始及時(shí)捕獲異常，中止程序執(zhí)行，否則很容易死循環(huán)而令服務(wù)器當(dāng)機(jī)
response.write "鏈接數(shù)據(jù)庫(kù)服務(wù)器出錯(cuò)"
response.end
end if
%>
天蠶重慶網(wǎng)絡(luò)公司總結(jié)： 如果網(wǎng)站的訪(fǎng)問(wèn)量大并且數(shù)據(jù)庫(kù)查詢(xún)操作的任務(wù)比較重，要考慮采用自動(dòng)生成靜態(tài)頁(yè)面然后定時(shí)自動(dòng)更新的技術(shù)
渝公網(wǎng)安備 50010302000872號(hào)