ADO 性能優化全攻略：連接池、Provider 與 Command 技巧

ADO 核心優化三大支柱

在高併發 Web 應用中，ADO 配置不當會導致嚴重性能瓶頸。本文從連接管理、Provider 選擇、Command 執行三個維度，系統梳理 ADO 優化最佳實踐。

1. 連接池：解決頻繁建立/斷開開銷

ASP 頁面級作用域導致每次請求都需連接/斷開數據庫，每個 SQL Server 連接約 37KB 系統開銷。嘗試用 Application/Session 共享連接會引發併發爭用或超時洩漏。

正解：啟用 OLE DB Resource Pooling。在連接字符串中添加 OLE DB Services=-1 或確保連接字符串完全一致，OLE DB 會自動複用空閒連接，無需手動管理。

2. Provider：繞過 ODBC 直連數據庫

默認 MSDASQL 經過 ODBC 層轉換，效率較低。針對主流數據庫應使用原生 Provider：

• SQL Server：SQLOLEDB（推薦）
• Oracle：MSDAORA
• Access/Jet：Microsoft.Jet.OLEDB.4.0

直接調用原生網絡庫，性能提升顯著。

3. Command 對象深度優化

CommandType 顯式指定

默認 adCmdUnknown 強制 ADO 推斷類型，開銷大。建議顯式指定：

• adCmdText：普通 SQL
• adCmdTable：整表查詢（如 SELECT * FROM table → table）
• adCmdStoredProc：存儲過程（如 EXEC proc → proc）
• adExecuteNoRecords：無返回集操作（INSERT/UPDATE），配合 adCmdText | adExecuteNoRecords 降低開銷

Prepared 預編譯重複執行

參數化查詢場景下，設置 Command.Prepared = True 可讓數據庫緩存執行計劃：

objCmd.CommandText = "SELECT spell FROM TYPER.wordspell WHERE Word = ?"
objCmd.Prepared = True
objCmd.Parameters.Append objCmd.CreateParameter("Word", adVarChar, , 2)
For i = 1 To Len(strName)
    objCmd("Word") = Mid(strName, i, 1)
    ' 重複執行...
Next

總結

優化 ADO 核心在於：啟用連接池、使用原生 Provider、顯式指定 CommandType、善用預編譯。這四點可將數據庫訪問延遲降低 30%-50%。