在第一部分，我們討論了如何優化 ASP 代碼。在這一部分，我們把重點放在數據訪問上。
一般情況下，數據訪問時間要比 ASP 代碼解釋，編譯時間長，不要讓數據檢索成為影響 ASP 性能的瓶頸。
首先，講一些老生常談的話。比如：需要聲明變量，要用 Response.Write SQL_string 來進行調試，要用 On Error Resume
Next 來捕獲錯誤。不要在 Application 和 Session 中存儲 Connection 對象等等，都是一些很多人知道而又不屑一顧的常
識。
提高數據訪問速度包含兩方面內容：1 與數據庫建立連接。2 檢索數據。
建立高效的連接是優化數據庫訪問的第一步。你需要了解連接池的概念( 參見文章： 連接池(Connection Pooling)介紹 )；了解
連接數據庫的方法。另外，測試是很重要的，如果你想親自進行測試，可以下載上一部分提到的 WAST ，它可以模擬大量用戶同時
點擊的情況。在這裡，假設你使用的數據庫是 MS SQL Server 7.0 ，如果 操作系統是 NT ，那麼你可以在性能監視器中監測
SQL7 的用戶連接數(counter:User Connections)；如果操作系統是98的話，可以使用 SQL7 的 Profiler。
下面，開始討論如何與數據庫建立連接，以及連接池的問題。
1. 使用 OLEDB
與數據庫建立連接有三種方法：DSN，DSN-less，OLEDB( 參見文章： 用ADO連接數據庫的三種方法 )。建議使用 OLEDB。
2. 盡快釋放數據庫對象
假設有 page1.asp 和 page2.ASP，在多人同時點擊的情況下，服務器可能會這樣工作：
第一個人：page1.ASP 的1-5行，
第二個人：page1.ASP 的1-5行，
第一個人：page1.ASP 的6-20行，
第二個人：page1.ASP 的1-5行，
第三個人：page1.ASP 的1-5行，
第四個人：page1.ASP 的1-5行，
第二個人：page1.ASP 的6-20行，
第一個人：page2.ASP 的1-5行，
......
設想一下：有幾千人同時訪問你的主頁，那麼，服務器就會執行數千行，數萬行語句後才回到第一個人請求的頁面上。因此，我們
應盡可能快的處理某個功能，某個任務。看下列代碼：
<%
rs1.Open strSQL1,cnn1 'cnn1 is connection object
rs2.Open strSQL2,cnn2
rs3.Open strSQL3,cnn3
......
'處理 rs1
'處理 rs2
'處理 rs3
......
rs1.Close
rs2.Close
rs3.Close
cnn1.Close
cnn2.Close
cnn3.Close
%>
這種處理結果集的方法會占用比你想象要多的資源，正確的用法應為：
<%
rs1.Open strSQL1,cnn 'cnn is connection object
'處理 rs1
rs1.Close
cnn1.Close
......
rs2.Open strSQL2,cnn
'處理 rs2
rs2.Close
cnn2.Close
......
rs3.Open strSQL3,cnn
'處理 rs3
rs3.Close
cnn3.Close
......
%>
或許你會說：在 rs2 的處理中，我還需要 rs1 的值，所以不能在處理 rs2 前關閉 rs1。那麼解決這個問題更好的辦法是采用
GetRows 和 GetString，在後面會有詳細的說明。
盡快的釋放對象是保證數據庫連接重用的前提。( 參見文章： 讓數據庫的連接更有效 )
3. 創建 Connection 對象，充分利用連接池。
看下列代碼：
'創建 Connection Object，打開 RecordSet
Set cnn = Server.CreateObject("ADODB.Connection")
cnn.Open strConnection
Set rs = Server.CreateObject("ADODB.RecordSet")
rs.Open strSQL,cnn
'直接打開 RecordSet
Set rs = Server.CreateObject("ADODB.RecordSet")
rs.open strSQL,strConnection
在 asptoday 的 Enhancing Performance in ASP - Part 2 中對這兩種方法進行了測試。
