ASP 資料存取優化：高效建立資料庫連線與連線池實戰

資料存取耗時通常遠超過 ASP 程式碼解譯編譯時間，是效能瓶頸的常見來源。本文聚焦於「建立高效連線」與「快速釋放資源」兩大核心，結合連線池機制，提供實戰優化模式。

核心原則：儘早釋放資源，善用連線池

ASP 執行模型下，大量並發請求會交錯執行。若連線與 Recordset 物件持有時間過長，會耗盡連線池，導致新請求排隊等待。因此：

• 用完即關： 開啟 Recordset → 處理資料 → 立即關閉 Recordset 與 Connection。
• 避免同時持有多個 Recordset： 依序處理，而非一次開啟多組再逐一處理。
• 善用 GetRows/GetString： 將資料一次讀入陣列/字串，立即關閉連線，後續在記憶體中處理，極大縮短連線佔用時間。

反面教材：長時間佔用連線

<%
rs1.Open strSQL1, cnn1
rs2.Open strSQL2, cnn2
rs3.Open strSQL3, cnn3
' ... 處理 rs1, rs2, rs3 ...
rs1.Close: rs2.Close: rs3.Close
cnn1.Close: cnn2.Close: cnn3.Close
%>

此模式在並發下會佔用多倍連線資源，極易耗盡連線池。

正確模式：短連線、即處理、即釋放

<%
' 共用同一連線物件
Set cnn = Server.CreateObject("ADODB.Connection")
cnn.Open strConn

rs1.Open strSQL1, cnn
' 處理 rs1 或 rs1.GetRows()
rs1.Close

rs2.Open strSQL2, cnn
' 處理 rs2
rs2.Close

rs3.Open strSQL3, cnn
' 處理 rs3
rs3.Close

cnn.Close
Set cnn = Nothing
%>

連線建立方式比較

建立 Connection 物件 vs 直接開啟 Recordset

' 方式 A：明確建立 Connection（推薦）
Set cnn = Server.CreateObject("ADODB.Connection")
cnn.Open strConn
Set rs = Server.CreateObject("ADODB.Recordset")
rs.Open strSQL, cnn

' 方式 B：直接開啟 Recordset（隱性建立連線）
Set rs = Server.CreateObject("ADODB.Recordset")
rs.Open strSQL, strConn

測試顯示方式 A 效能較佳，因可顯式控制連線池行為（如 ConnectionTimeout、CommandTimeout），且利於重複使用同一連線物件執行多條命令。

效能監測指標

• NT/2000 系統： 效能監視器 → SQLServer:General Statistics → User Connections
• Win98 系統： 使用 SQL Profiler 追蹤連線事件
• 負載測試工具： WAS (Web Application Stress) 模擬大量並發點擊

總結：高效資料存取檢查清單

1. 使用 OLE DB 連線字串（Provider=SQLOLEDB）。
2. 共用單一 Connection 物件執行多個命令。
3. 開啟 Recordset → 立即 GetRows()/GetString() → 關閉 Recordset → 關閉 Connection。
4. 設定適當的連線池參數（預設通常足夠，避免手動干擾）。
5. 啟用 Option Explicit、錯誤處理、Response.Write SQL 除錯等良好習慣。

連線管理是資料存取優化的基石。掌握「短連線、即釋放、共用池」三字訣，配合 OLE DB 與 GetRows，能顯著提升 ASP 應用的並發承載能力。