Access 呼叫後端存儲過程三大模式：任務提交、觸發器激活、直連 Pass-Through 查詢

Access 作為優秀的 Client/Server 前端開發工具，面對大量數據處理（如 60 萬用戶電費計算）時，前端計算耗時數小時嚴重阻塞業務。解決之道是將計算下推至後端資料庫（SQL Server/Oracle），Access 僅負責觸發與交互。本文詳解三種呼叫後端存儲過程的模式，並給出 Pass-Through 查詢完整構建步驟。

模式一：任務提交併發處理（異步批量）

適用場景：數據量極大、實時性要求低、固定時間窗口執行（如每晚電費批量計算）。

• SQL Server 6.5：創建 Task（任務），由 Task Manager 排程執行對應存儲過程。
• Oracle 8.0：創建 Job（作業），由 DBMS_JOB / DBMS_SCHEDULER 調度。
• Access 端：向任務表 job_list 插入一條記錄（任務類型、參數、狀態），後端輪詢執行。

優勢：前端即時響應，後端錯峰執行，共享同一計算邏輯，避免前端重複開發。

模式二：觸發器激活即時計算（同步單筆）

適用場景：單筆業務變更需即時重算（如修改電表讀數 → 即時重算該用戶電費）。

• 後端：在核心表（如 MeterReading）建立 AFTER UPDATE 觸發器，調用計算存儲過程。
• Access 端：普通綁定表單修改數據 → 保存 → 觸發器自動觸發 → 存儲過程執行 → 返回結果。

優勢：零代碼侵入前端邏輯，批量與單筆複用同一存儲過程，前端響應毫秒級。

模式三：Pass-Through 查詢直連執行（同步顯式調用）

適用場景：需顯式控制執行時機、傳遞複雜參數、獲取返回值/結果集的業務邏輯。

構建 Pass-Through 查詢步驟（Access 2000+ 通用）

1. 「創建」→「查詢設計」→ 關閉「顯示表」對話框。
2. 「查詢」菜單 → 「SQL 特定」 → 「傳遞查詢」。
3. 工具欄「屬性」按鈕 → 設置關鍵屬性：

4. SQL 視圖輸入調用語句：EXEC dbo.sp_CalculateBill @CycleID=202401, @BatchMode=1。
5. 關閉保存，命名為 qry_pt_CalcBill。

VBA 執行 Pass-Through 查詢

Private Sub btnCalcBill_Click()
    On Error GoTo ErrHandler
    Dim dbs As DAO.Database, qdf As DAO.QueryDef
    
    Set dbs = CurrentDb
    Set qdf = dbs.QueryDefs("qry_pt_CalcBill")
    
    ' 可動態修改 SQL 參數
    ' qdf.SQL = "EXEC dbo.sp_CalculateBill @CycleID=" & Me.txtCycle & ", @BatchMode=1"
    
    qdf.Execute dbFailOnError  ' 同步執行，異常拋出可捕獲
    
    MsgBox "計費任務已提交執行！", vbInformation
    Exit Sub

ErrHandler:
    MsgBox "執行失敗：" & Err.Description, vbCritical
    If Not qdf Is Nothing Then Set qdf = Nothing
    If Not dbs Is Nothing Then Set dbs = Nothing
End Sub

跨平台兼容性說明

最佳實踐建議

1. 分層決策：批量異步走模式一，單筆即時走模式二，複雜交互走模式三。
2. 參數化：Pass-Through SQL 動態拼接時，務必對字符串參數轉義（雙單引號）或改用 ADO Command + Parameters 集合。
3. 錯誤處理：後端存儲過程返回狀態碼/錯誤信息，前端 qdf.ReturnsRecords = False 時通過 OUTPUT 參數或臨時表獲取結果。
4. 連接池：Access 連接字符串加 Connection Pooling=True（ODBC 驅動支持時）減少握手開銷。
5. 遷移路徑：長期規劃將 Access 前端重寫為 .NET/Web，後端存儲過程資產 100% 可復用。

總結

Access 呼叫後端存儲過程的三種模式，本質上是計算下推架構在不同業務約束下的具體落地。核心原則：前端只做交互與展示，後端承擔所有計算邏輯。Pass-Through 查詢雖為 Access 特有，但其「直連後端執行」的思想在現代架構中對應「微服務直接調用存儲過程/函數」或「API 網關路由到資料庫函數」，理解其本質有助於技術棧演進時的資產平滑遷移。

1. 上一篇文章： VFP 訪問異構資料庫實戰：SPT 技術深度解析與事務管理最佳實踐
2. 下一篇文章： 模糊數據庫理論與實踐：從隸屬函數到 ORDBMS 存儲模型選型

MySQL 資料庫相關知識

MySQL OOM 系列二：深入剖析 Linux OOM Killer 機制

OOM Killer 選擇犧牲進程的邏輯 並非單純殺佔用記憶

MySQL 表達式求值與型別轉換完整解析：運算子優先序、NULL 處理、日期時間解讀規則

前言 MySQL 允許在 SQL 陳述式中撰寫包含常數、函數

MySQL 變數實現查詢結果排名：ROW_NUMBER() 替代方案

場景 MySQL 8.0 前無 ROW_NUMBER() 窗

MySQL C API 連接模塊化封裝（32）：do_connect()/do_disconnect() 設計、公共代碼分離編譯鏈接、錯誤處理統一、可復用框架構建

封裝策略五步法 公共代碼分離到 common.c 封裝函數