效能 當使用一個記錄集時，是否應該建立一個單獨的Connection對象?
要想正確回答這個問題，需要在兩個不同情況下實驗室檢驗結果：第一是每頁執行一個資料庫處理的情況，第二是每頁執行多個資料庫處理的情況。
在前面的例子中，我們已經建立了一個單獨的Connection對象，並將它傳遞到記錄集的ActiveConnection 屬性。但是也有可能僅僅把連接字串傳遞到這個屬性中，從而可以避免一個額外的步驟，即在指令碼( ADO__03.asp )中例示和配置一個單獨的組件：
objRS.ActiveConnection = Application("Conn")
儘管我們仍然在記錄集中建立了一個串連，但它是在非常最佳化的情況下建立的，所以剛一開始我們就看到啟動時間比以前的測試減少了23%，同預料中一樣，同每個記錄的顯示時間幾乎沒有什麼差別。
因此，我們的第二個規則是：
* 當使用一個單個記錄集時，將連接字串傳遞到ActiveConnection屬性中。
下面要確定當在一個頁面上建立多個記錄集時，這個邏輯是否依然成立。為測試這個情況，我引入了FOR 迴圈，將前面的例子重複10次。在這個測試中，我們還將研究3種選擇：
第一，我們在每個迴圈中建立並銷毀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
第二，在迴圈外建立一個單獨的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
第三，在每個迴圈中將連接字串傳遞到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
你可能已經猜到了，在每個迴圈中建立並銷毀Connection 對象是一個低效率的方法。但是令人吃驚的是，僅僅在每個迴圈中傳遞連接字串比共用單一連線物件的效率只低一點點。
儘管如此，我們的第3條規則是：
* 在一個頁面上使用多個記錄集時，建立一個Connection 對象，在ActiveConnection 屬性中重複使用它。
指標和鎖的類型中，哪些是最有效?
到目前為止，我們所有測試都只用了只向前（Forward Only ）的指標在記錄集中迴圈。但是，ADO還為記錄集提供了3種類型的指標：Static, Dynamic 和 Keyset。每一種都提供了額外的功能，比如向前和向後移動以及當別人建立資料時可以看到修改情況的功能。不過，討論這些指標類型的內涵不是本文討論的範圍。我把這些留給你自己。下面是各種類型的比較分析。
與它們的同類Forward Only 相比，這些額外的指標都明顯地造成了更大的負載( ADO__03.asp )。另外這些指標在迴圈期間也更慢。我想與你一起分享的一條忠告是要避免這種想法：“我不時地需要一下Dynamic 指標，所以乾脆總是用它算了。”
從本質上說，同樣的問題也適用於鎖的類型。前面的測試中只使用了Read Only（唯讀）類型的鎖。但是，還有三種類型的鎖：Lock Pessimistic、 Lock Optimistic和Lock Batch Optimistic。同指標的選擇一樣，這些鎖也為處理記錄集中的資料提供了額外的功能和控制。同樣，我將學習每種鎖設定的適當用途的內容留給你自己。
所以引導我們考慮規則4的邏輯很簡單：使用最適合你的任務的最簡單的指標和鎖的類型。
擷取一個記錄集最好的方式是什嗎？
到目前為止，我們只是通過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 對象中直接建立一個Recordset 對象( CMD__01.asp ):
Set objCmd = Server.CreateObject("ADODB.Command")
objCmd.ActiveConnection = Application("Conn")
objCmd.CommandText = Application("SQL")
Set objRS = objCmd.Execute
我們再次看到負載有一個輕微的增加，每個記錄的顯示時間有一個名義上的區別。雖然最後這兩種方法對效能的影響很小，卻有一個大問題需要考慮。
通過Recordset 類建立一個記錄集對於控制如何處理記錄集提供了最大的靈活性。雖然其它方法也沒有提出一個壓倒性的效能問題，但是你會被預設狀態下返回何種指標類型和鎖類型而困惑，這些對於你的特定需求來說不一定是最優的。
所以，除非因為某種特殊原因你需要其它方法的話，請遵循第5條規則：通過ADODB.Recordset 類例示記錄集以獲得最好的效能和最大的靈活性。
是否應該斷開記錄集？
ADO為斷開一個記錄集提供了一種選擇，記錄集要在一個向前查詢中恢複所有資料、關閉串連、使用一個本地（或客戶）指標在資料集中移動。這還提供了一個早期釋放串連的機會。這種情況對於處理遠端資料
