|
綱要：ASP動態生成的內容以什么方式輸出效率最高？最好用哪種方法提取數據庫記錄集？本文測試了近20個這類ASP開發中常見的問題，測試工具所顯示的時間告訴我們：這些通常可以想當然的問題不僅值得關注，而且還有出乎意料的秘密隱藏在內。
一、測試目的
本文的第一部分考察了ASP開發中的一些基本問題，給出了一些性能測試結果以幫助讀者理解放入頁面的代碼到底對性能有什么影響。ADO是由Microsoft開發的一個通用、易用的數據庫接口，事實證明通過ADO與數據庫交互是ASP最重要的應用之一，在第二部分中，我們就來研究這個問題。
ADO所提供的功能相當廣泛，因此準備本文最大的困難在于如何界定問題的范圍。考慮到提取大量的數據可能顯著地增加Web服務器的負載，所以我們決定這一部分的主要目的是找出什么才是操作ADO記錄集的最優配置。然而，即使縮小了問題的范圍，我們仍舊面臨很大的困難，因為ADO可以有許多種不同的方法來完成同一個任務。例如，記錄集不僅可以通過Recordset類提取，而且也可以通過Connection和Command類提取；即使得到記錄集對象之后，還有許多可能戲劇性地影響性能的操作方法。然而，與第一部分一樣，我們將盡可能地涵蓋最廣泛的問題。
具體地講，這一部分的目標是收集足夠多的信息，回答下列問題：
l是否應該通過包含引用ADOVBS.inc？
l使用記錄集時是否應該創建單獨的連接對象？
l最好用哪種方法提取記錄集？
l哪種游標類型和記錄鎖定方式效率最高？
l是否應該使用本地記錄集？
l設置記錄集屬性用哪種方法最好？
l用哪種方法引用記錄集字段值效率最高？
l用臨時字符串收集輸出是一種好方法嗎？
二、測試環境
本測試總共用到了21個ASP文件，這些文件可以從本文后面下載。每一個頁面設置成可以運行三種不同的查詢，分別返回0、25、250個記錄。這將幫助我們隔離頁面本身的初始化、運行開銷與用循環訪問記錄集的開銷。
為便于測試，數據庫連接字符串和SQL命令串都在Global.asa中作為Application變量保存。由于我們的測試數據庫是SQL Server 7.0，因此連接串指定OLEDB作為連接提供者，測試數據來自SQL Server的Northwind數據庫。SQL SELECT命令從NorthWind Orders表提取7個指定的字段。
＜ SCRIPT LANGUAGE=VBScript RUNAT=Server ＞
Sub Application_OnStart
Application("Conn") = "Provider=SQLOLEDB; " & _
"Server=MyServer; " & _
"uid=sa; " & _
"pwd=;" & _
"DATABASE=northwind"
Application("SQL") = "SELECTTOP 0OrderID, " & _
"CustomerID, " & _
"EmployeeID, " & _
"OrderDate, " & _
"RequiredDate, " & _
"ShippedDate, " & _
"Freight " & _
"FROM[Orders] "
End Sub
＜ /SCRIPT ＞
'alternate sql - 25 records
Application("SQL") = "SELECTTOP 25OrderID, " & _
"CustomerID, " & _
"EmployeeID, " & _
"OrderDate, " & _
"RequiredDate, " & _
"ShippedDate, " & _
"Freight " & _
"FROM[Orders] "
'alternate sql - 250 records
Application("SQL") = "SELECTTOP 250 OrderID, " & _
"CustomerID, " & _
"EmployeeID, " & _
"OrderDate, " & _
"RequiredDate, " & _
"ShippedDate, " & _
"Freight " & _
"FROM[Orders] "
測試服務器配置如下：450 Mhz Pentium，512 MB RAM，NT Server 4.0 SP5，MDAC 2.1（數據訪問組件），以及5.0版本的Microsoft腳本引擎。SQL Server運行在另外一臺具有類似配置的機器上。和第一部分一樣，我們仍舊使用Microsoft Web Application Stress Tool 記錄從第一個頁面請求到從服務器接收到最后一個字節的時間（TTLB，Time To Last Byte），時間以毫秒為單位。測試腳本調用每個頁面1300次以上，運行時間約20小時，以下顯示的時間是會話的平均TTLB。請記住，和第一部分一樣，我們只關心代碼的效率，而不是它的可伸縮性或服務器性能。
同時請注意我們啟用了服務器的緩沖。另外，為了讓所有的文件名字長度相同，有的文件名字中嵌入了一個或多個下劃線。
三、第一次測試
在第一次測試中，我們模擬Microsoft ASP ADO示例中可找到的典型情形提取一個記錄集。在這個例子（ADO__01.asp）中，我們首先打開一個連接，然后創建記錄集對象。當然，這里的腳本按照本文第一部分所總結的編碼規則作了優化。
＜ % Option Explicit % ＞
＜ !-- #Include file="ADOVBS.INC" -- ＞
＜ %
Dim objConn
Dim objRS
Response.Write( _
"＜ HTML ＞＜ HEAD ＞" & _
"＜ TITLE ＞ADO Test＜ /TITLE ＞" & _
"＜ /HEAD ＞＜ BODY ＞" _
)
Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open Application("Conn")
Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.ActiveConnection = objConn
objRS.CursorType = adOpenForwardOnly
objRS.LockType = adLockReadOnly
objRS.Open Application("SQL")
If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings
Response.Write( _
"＜ TABLE BORDER=1 ＞" & _
"＜ TR ＞" & _
"＜ TH ＞OrderID＜ /TH ＞" & _
"＜ TH ＞CustomerID＜ /TH ＞" & _
"＜ TH ＞EmployeeID＜ /TH ＞" & _
"＜ TH ＞OrderDate＜ /TH ＞" & _
"＜ TH ＞RequiredDate＜ /TH ＞" & _
"＜ TH ＞ShippedDate＜ /TH ＞" & _
"＜ TH ＞Freight＜ /TH ＞" & _
"＜ /TR ＞" _
)
'write data
Do While Not objRS.EOF
Response.Write( _
"＜ TR ＞" & _
"＜ TD ＞" & objRS("OrderID") & "＜ /TD ＞" & _
"＜ TD ＞" & objRS("CustomerID") & "＜ /TD ＞" & _
"＜ TD ＞" & objRS("EmployeeID") & "＜ /TD ＞" & _
"＜ TD ＞" & objRS("OrderDate") & "＜ /TD ＞" & _
"＜ TD ＞" & objRS("RequiredDate") & "＜ /TD ＞" & _
"＜ TD ＞" & objRS("ShippedDate") & "＜ /TD ＞" & _
"＜ TD ＞" & objRS("Freight") & "＜ /TD ＞" & _
"＜ /TR ＞ " _
)
objRS.MoveNext
Loop
Response.Write("＜ /TABLE ＞")
End If
objRS.Close
objConn.Close
Set objRS = Nothing
Set objConn = Nothing
Response.Write("＜ /BODY ＞＜ /HTML ＞")
% ＞
下面是測試結果：
我們來看一下各欄數字的含義：
0返回0個記錄的頁面所需要的TTLB（毫秒）。在所有的測試中，該值被視為生成頁面本身（包括創建對象）的時間開銷，不包含循環訪問記錄集數據的時間。
25以毫秒計的提取和顯示25個記錄的TTLB
tot time/25"25"欄的TTLB除以25，它是每個記錄的總計平均時間開銷。
disp time/25"25"欄的TTLB減去"0"欄的TTLB，然后除以25。該值反映了在循環記錄集時顯示單個記錄所需時間。
250提取和顯示250個記錄的TTLB。
tot time/250"250"欄的TTLB除以25，該值代表單個記錄的總計平均時間開銷。
disp time/250"250"欄的TTLB減去"0"欄的TTLB，再除以250。該值反映了在循環記錄集時顯示單個記錄所需時間。
上面的測試結果將用來同下一個測試結果比較。
四、是否應該通過包含引用ADOVBS.inc？
Microsoft提供的ADOVBS.inc包含了270行代碼，這些代碼定義了大多數的ADO屬性常量。我們這個示例只從ADOVBS.inc引用了2個常量。因此本次測試（ADO__02.asp）中我們刪除了包含文件引用，設置屬性時直接使用相應的數值。
objRS.CursorType = 0?' adOpenForwardOnly
objRS.LockType = 1' adLockReadOnly
可以看到頁面開銷下降了23%。該值并不影響單個記錄的提取和顯示時間，因為這里的變化不會影響循環內的記錄集操作。有多種方法可以解決ADOVBS.inc的引用問題。我們建議將ADOVBS.inc文件作為參考，設置時通過注釋加以說明。請記住，正如第一部分所指出的，適度地運用注釋對代碼的效率影響極小。另外一種方法是將那些需要用到的常量從ADOVBS.inc文件拷貝到頁面內。
還有一個解決該問題的好方法，這就是通過鏈接ADO類型庫使得所有的ADO常量直接可用。把下面的代碼加入Global.asa文件，即可直接訪問所有的ADO常量：
＜ !--METADATA TYPE="typelib"
FILE="C:Program FilesCommon FilesSYSTEMADOmsado15.dll"
NAME="ADODB Type Library" -- ＞
或者：
＜ !--METADATA TYPE="typelib"
UUID="00000205-0000-0010-8000-00AA006D2EA4"
NAME="ADODB Type Library" -- ＞
l避免包含ADOVBS.inc文件，通過其他方法訪問和使用ADO常量。
五、使用記錄集時是否應該創建單獨的連接對象？
要正確地回答這個問題，我們必須分析兩種不同條件下的測試：第一，頁面只有一個數據庫事務；第二，頁面有多個數據庫事務。
在前例中，我們創建了一個單獨的Connection對象并將它賦給Recordset的ActiveConnection屬性。然而，如ADO__03.asp所示，我們也可以直接把連接串賦給ActiveConnection屬性，在腳本中初始化和配置Connection對象這一額外的步驟可以省去。
objRS.ActiveConnection = Application("Conn")
雖然Recordset對象仍舊要創建一個連接，但此時的創建是在高度優化的條件下進行的。因此，與上一次測試相比，頁面開銷又下降了23%，而且如預期的一樣，單個記錄的顯示時間沒有實質的變化。
因此，我們的第二個規則如下：
l如果只使用一個記錄集，直接把連接串賦給ActiveConnection屬性。
接下來我們檢查頁面用到多個記錄集時，上述規則是否仍舊有效。為測試這種情形，我們引入一個FOR循環將前例重復10次。在這個測試中，我們將研究三種變化：
第一，如ADO__04.asp所示，在每一個循環中建立和拆除Connection對象：
Dim i
For i = 1 to 10
Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open Application("Conn")
Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.ActiveConnection = objConn
objRS.CursorType = 0 'adOpenForwardOnly
objRS.LockType = 1 'adLockReadOnly
objRS.Open Application("SQL")
If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings
...
'write data
...
End If
objRS.Close
Set objRS = Nothing
objConn.Close
Set objConn = Nothing
Next
第二，如ADO__05.asp所示，在循環外面創建Connection對象，所有記錄集共享該對象：
Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open Application("Conn")
Dim i
For i = 1 to 10
Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.ActiveConnection = objConn
objRS.CursorType = 0 'adOpenForwardOnly
objRS.LockType = 1 'adLockReadOnly
objRS.Open Application("SQL")
If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings
...
'write data
...
End If
objRS.Close
Set objRS = Nothing
Next
objConn.Close
Set objConn = Nothing
第三，如ADO__06.asp所示，在每一個循環內把連接串賦給ActiveConnection屬性：
Dim i
For i = 1 to 10
Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.ActiveConnection = Application("Conn")
objRS.CursorType = 0 'adOpenForwardOnly
objRS.LockType = 1 'adLockReadOnly
objRS.Open Application("SQL")
If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings
...
'write data
...
End If
objRS.Close
Set objRS = Nothing
Next
就象我們可以猜想到的一樣，在循環內創建和拆除連接對象是效率最差的方法。不過，令人驚異的是，在循環內直接把連接串賦給ActiveConnection屬性只比共享單個連接對象稍微慢了一點。
盡管如此，第三規則應該為：
l同一頁面內用到多個記錄集時，創建單一的連接對象并通過ActiveConnection屬性共享它。
六、哪種游標類型和記錄鎖定方式效率最高？
迄今為止的所有測試中我們只使用了“只能向前”的游標來訪問記錄集。ADO為記錄集提供的游標還有三種類型：靜態可滾動的游標，動態可滾動的游標，鍵集游標。每種游標都提供不同的功能，比如訪問前一記錄和后一記錄、是否可以看到其他程序對數據的修改等。不過，具體討論每一種游標類型的功用已經超出了本文的范圍，下表是各種游標類型的一個比較性的分析。
和“只能向前”類型的游標相比，所有其它的游標類型都需要額外的開銷，而且這些游標在循環內一般也要慢一些。因此，我們愿與您共享如下告誡：永遠不要這樣認為——“唔，有時候我會用到動態游標，那么我就一直使用這種游標吧。”
同樣的看法也適用于記錄鎖定方式的選擇。前面的測試只用到了只讀的加鎖方式，但還存在其他三種方式：保守式、開放式、開放式批處理方式。和游標類型一樣，這些鎖定方式為處理記錄集數據提供了不同的功能和控制能力。
我們得出如下規則：
l使用適合于處理任務的最簡單的游標類型和記錄鎖定方式。
七、最好用哪種方法提取記錄集？
到目前為止我們一直通過創建Recordset對象提取記錄集，但是ADO也提供了間接的記錄集提取方法。下面的測試比較ADO__03.asp和直接從Connection對象創建記錄集（CONN_01.asp）這兩種方法：
Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open Application("Conn")
Set objRS = objConn.Execute(Application("SQL"))
可以看到頁面開銷略有增加，單個記錄的顯示時間沒有變化。
下面我們再來看看從Command對象直接創建記錄集對象（CMD__02.asp）：
Set objCmd = Server.CreateObject("ADODB.Command")
objCmd.ActiveConnection = Application("Conn")
objCmd.CommandText = Application("SQL")
Set objRS = objCmd.Execute
同樣，頁面開銷也略有增加，而單個記錄的顯示時間沒有本質的變化。后面這兩種方法在性能上的差異很小，但我們還有一個重要的問題需要考慮。
通過Recordset類創建記錄集時，我們能夠以最大的靈活性控制記錄集的處理方式。既然后面兩種方法未能有壓倒性的性能表現，我們主要還是考慮默認返回的游標類型和記錄鎖定方式，對于某些場合來說默認值并不一定是最理想的。
因此，除非由于特殊的原因需要選擇后面兩種方法，否則我們建議考慮下面的規則：
l通過ADODB.Recordset類實例化記錄集，以獲得最好的性能和靈活性。
八、是否應該使用本地記錄集？
ADO允許使用本地（客戶端）記錄集，此時查詢將提取記錄集內的所有數據，查詢完成后連接可以立即關閉，以后使用本地的游標訪問數據，這為釋放連接帶來了方便。使用本地記錄集對于訪問那些要求數據離線使用的遠程數據服務非常重要，那么，對于普通的應用它是否同樣有所幫助？
下面我們加入CursorLocation屬性，并在打開記錄集之后關閉了連接（CLIENT1.asp）：
Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.CursorLocation = 2' adUseClient
objRS.ActiveConnection = Application("Conn")
objRS.LockType = 1?' adLockReadOnly
objRS.Open Application("SQL")
objRS.ActiveConnection = Nothing
理論上，這種方法由于以下兩個原因會對效率有所好處：第一，它避免了在記錄之間移動時重復地通過連接請求數據；第二，由于能夠方便地釋放連接，它減輕了資源需求。然而，從上表看起來使用本地記錄集對提高效率顯然沒有什么幫助。這或許是因為使用本地記錄集時，不管程序設置的是什么，游標總是變成靜態類型。
第6個規則如下：
l除非確實要求記錄集本地化，否則應避免使用。
十、用哪種方法引用記錄集字段值效率最高？
10.1 測試
至此為止我們一直通過名字引用記錄集中的字段值。由于這種方法要求每次都必須尋找相應的字段，它的效率并不高。為證明這一點，下面這個測試中我們通過字段在集合中的索引引用它的值（ADO__08.asp）：
'write data
Do While Not objRS.EOF
Response.Write( _
"＜ TR ＞" & _
"＜ TD ＞" & objRS(0) & "＜ /TD ＞" & _
"＜ TD ＞" & objRS(1) & "＜ /TD ＞" & _
"＜ TD ＞" & objRS(2) & "＜ /TD ＞" & _
"＜ TD ＞" & objRS(3) & "＜ /TD ＞" & _
"＜ TD ＞" & objRS(4) & "＜ /TD ＞" & _
"＜ TD ＞" & objRS(5) & "＜ /TD ＞" & _
"＜ TD ＞" & objRS(6) & "＜ /TD ＞" & _
"＜ /TR ＞ " _
)
objRS.MoveNext
Loop
和預期的一樣，頁面開銷也有小小的變化（這或許是因為代碼略有減少）。然而，這種方法在顯示時間上的改善是相當明顯的。
[1] [2] 下一頁
|
