|
當使用一個記錄集時，是否應(yīng)該創(chuàng)建一個單獨的Connection對象?
要想正確回答這個問題，需要在兩個不同情況下檢驗測試結(jié)果：第一是每頁執(zhí)行一個數(shù)據(jù)庫處理的情況，第二是每頁執(zhí)行多個數(shù)據(jù)庫處理的情況。
在前面的例子中，我們已經(jīng)創(chuàng)建了一個單獨的Connection對象，并將它傳遞到記錄集的ActiveConnection 屬性。但是也有可能僅僅把連接字符串傳遞到這個屬性中，從而可以避免一個額外的步驟，即在腳本( ADO__03.asp )中例示和配置一個單獨的組件：
objRS.ActiveConnection = Application("Conn")
盡管我們?nèi)匀辉谟涗浖袆?chuàng)建了一個連接，但它是在非常優(yōu)化的情況下創(chuàng)建的，所以剛一開始我們就看到啟動時間比以前的測試減少了23%，同預(yù)料中一樣，同每個記錄的顯示時間幾乎沒有什么差別。
因此，我們的第二個規(guī)則是：
* 當使用一個單個記錄集時，將連接字符串傳遞到ActiveConnection屬性中。
下面要確定當在一個頁面上創(chuàng)建多個記錄集時，這個邏輯是否依然成立。為測試這個情況，我引入了FOR 循環(huán)，將前面的例子重復(fù)10次。在這個測試中，我們還將研究3種選擇：
第一，我們在每個循環(huán)中創(chuàng)建并銷毀Connection 對象( ADO__04.asp ):
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
第二，在循環(huán)外創(chuàng)建一個單獨的Connection 對象，并與每個記錄集共享它( ADO__05.asp ):
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
第三，在每個循環(huán)中將連接字符串傳遞到ActiveConnection 屬性( ADO__06.asp ):
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
你可能已經(jīng)猜到了，在每個循環(huán)中創(chuàng)建并銷毀Connection 對象是一個低效率的方法。但是令人吃驚的是，僅僅在每個循環(huán)中傳遞連接字符串比共享單一連接對象的效率只低一點點。
盡管如此，我們的第3條規(guī)則是：
* 在一個頁面上使用多個記錄集時，創(chuàng)建一個Connection 對象，在ActiveConnection 屬性中重復(fù)使用它。
指針和鎖的類型中，哪些是最有效的?
到目前為止，我們所有測試都只用了只向前（Forward Only ）的指針在記錄集中循環(huán)。但是，ADO還為記錄集提供了3種類型的指針：Static（靜態(tài)）, Dynamic（動態(tài)）和 Keyset（鍵盤）。每一種都提供了額外的功能，比如向前和向后移動以及當別人建立數(shù)據(jù)時可以看到修改情況的功能。不過，討論這些指針類型的內(nèi)涵不是本文討論的范圍。我把這些留給你自己。下面是各種類型的比較分析。
與它們的同類Forward Only 相比，這些額外的指針都明顯地造成了更大的負載( ADO__03.asp )。另外這些指針在循環(huán)期間也更慢。我想與你一起分享的一條忠告是要避免這種想法：“我不時地需要一下Dynamic 指針，所以干脆總是用它算了。”
從本質(zhì)上說，同樣的問題也適用于鎖的類型。前面的測試中只使用了Read Only（只讀）類型的鎖。但是，還有三種類型的鎖：Lock Pessimistic、 Lock Optimistic和Lock Batch Optimistic。同指針的選擇一樣，這些鎖也為處理記錄集中的數(shù)據(jù)提供了額外的功能和控制。同樣，我將學(xué)習每種鎖設(shè)置的適當用途的內(nèi)容留給你自己。
所以引導(dǎo)我們考慮規(guī)則4的邏輯很簡單：使用最適合你的任務(wù)的最簡單的指針和鎖的類型。
獲取一個記錄集最好的方式是什么？
到目前為止，我們只是通過Recordset 對象來恢復(fù)記錄集。但是ADO還提供了一些獲取記錄集的間接方法。下一個測試就將ADO__03.asp 中的值與直接從一個Connection對象中創(chuàng)建一個記錄集對象( CONN_01.asp )來比較。
Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open Application("Conn")
Set objRS = objConn.Execute(Application("SQL"))
我們看到，負載有一個輕微的增加，顯示每條記錄的時間沒有變化。
然后，我們看看從一個Command 對象中直接創(chuàng)建一個Recordset 對象( CMD__01.asp ):
Set objCmd = Server.CreateObject("ADODB.Command")
objCmd.ActiveConnection = Application("Conn")
objCmd.CommandText = Application("SQL")
Set objRS = objCmd.Execute
我們再次看到負載有一個輕微的增加，每個記錄的顯示時間有一個名義上的區(qū)別。雖然最后這兩種方法對性能的影響很小，卻有一個大問題需要考慮。
通過Recordset 類創(chuàng)建一個記錄集對于控制如何處理記錄集提供了最大的靈活性。雖然其它方法也沒有提出一個壓倒性的性能問題，但是你會被默認狀態(tài)下返回何種指針類型和鎖類型而困惑，這些對于你的特定需求來說不一定是最優(yōu)的。
所以，除非因為某種特殊原因你需要其它方法的話，請遵循第5條規(guī)則：通過ADODB.Recordset 類例示記錄集以獲得最好的性能和最大的靈活性。
是否應(yīng)該斷開記錄集？
ADO為斷開一個記錄集提供了一種選擇，記錄集要在一個向前查詢中恢復(fù)所有數(shù)據(jù)、關(guān)閉連接、使用一個本地（或客戶）指針在數(shù)據(jù)集中移動。這還提供了一個早期釋放連接的機會。這種情況對于處理遠程數(shù)據(jù)服務(wù)是必要的，因為這種情況下數(shù)據(jù)必須從數(shù)據(jù)庫斷開。但是對于普通的用途，這樣做有好處嗎？
下面我們增加了CursorLocation 屬性，打開記錄集后關(guān)閉連接( CLIENT1.asp ):
Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.CursorLocation = 3 ' adUseClient
objRS.ActiveConnection = Application("Conn")
objRS.LockType = 1 ' adLockReadOnly
objRS.Open Application("SQL")
objRS.ActiveConnection = Nothing
從理論上說，這個技術(shù)應(yīng)該導(dǎo)致性能更快。原因有兩個：首先，在記錄集中移動時，避免了通過連接的重復(fù)請求；其次通過較早地取消連接減輕了資源需求。但是，在使用客戶端指針時，效率低得很明顯�？赡苁怯捎诋斒褂每蛻糁羔樜恢脮r，不管你的設(shè)置是什么，CursorType 都被修改成Static。
規(guī)則6是這樣的：除非是一個斷開的環(huán)境中所要求的，避免使用斷開的記錄集。
什么是設(shè)置記錄集屬性的最好方法？
前面所有的測試都是通過單獨的屬性設(shè)置來直接設(shè)置記錄集的屬性的。但是Recordset.Open 函數(shù)可以為我們所需要的全部屬性接收額外的參數(shù)。雖然對于每個屬性來說，單獨的代碼行易于閱讀和維護，它們還是要分別執(zhí)行一個單獨函數(shù)調(diào)用，必須通過COM界面來集合( ADO__07.asp ):
Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.Open Application("SQL"), Application("Conn"), 0, 1
' adForwardOnly, adLockReadOnly
這些方法在負載上帶來得差別小得驚人，于是我們得到規(guī)則7：不要對單獨設(shè)置記錄集屬性感到擔心
|
