ODBC 同步與非同步執行模式深度解析：選擇策略、死鎖風險與實作模式

在 Client/Server 架構下，ODBC 2.0 提供同步與非同步兩種執行模式。同步模式邏輯直觀但易導致介面凍結與死鎖；非同步模式提升回應性卻大幅增加程式複雜度。本文從原理、優劣勢、適用場景、設定方法到實作模式，系統剖析兩種模式的權衡與最佳實務。

同步執行模式

運作機制

• 應用程式呼叫 ODBC API（如 SQLExecDirect）→ 驅動程式封包發送至伺服器 → 阻塞等待 → 伺服器回傳結果 → API 返回。
• 呼叫執行緒在整個往返過程中完全停滯，無法處理訊息迴圈、無法回應使用者操作。

優點

• 程式邏輯線性、易讀、除錯容易。
• 無需處理狀態輪詢、回調、執行緒同步。
• 適合快速完成的簡單查詢（< 2 秒）。

致命缺陷

• 長時間阻塞：大量資料刪除/更新、複雜聯結、網路延遲、伺服器負載高時，可能阻塞數十秒甚至無限期。
• 介面凍結：單執行緒應用程式無法重繪、無法移動視窗、使用者以為當機。
• 死鎖風險：若同一連線在多執行緒間共享且未正確同步，極易發生資源競爭死鎖。

非同步執行模式

運作機制

• 啟用非同步：SQLSetConnectAttr(hdbc, SQL_ATTR_ASYNC_ENABLE, SQL_ASYNC_ENABLE_ON, 0)。
• 呼叫 API 後立即返回 SQL_STILL_EXECUTING，執行緒可繼續執行其他工作。
• 應用程式需主動輪詢 或使用事件通知 判斷完成：

RETCODE rc;
do {
    rc = SQLExecDirect(hstmt, (SQLCHAR*)sql, SQL_NTS);
    if (rc == SQL_STILL_EXECUTING) {
        // 可在此處理 UI 訊息、更新進度條、檢查取消旗標
        ::Sleep(50); // 簡易輪詢，實際建議用 WaitForSingleObject + 事件
    }
} while (rc == SQL_STILL_EXECUTING);

優點

• UI 保持回應，可顯示進度、支援取消操作。
• 單執行緒即可實現「偽並行」，無需額外工作者執行緒。
• 高負載、高延遲環境下效能優勢明顯。

挑戰

• 程式碼分散：啟動、輪詢、結果處理分離，狀態機複雜。
• 錯誤處理分散：需在輪詢迴圈中檢查每個 API 回傳碼。
• 互操作性要求高的程式（如跨驅動程式）更難正確實作。

選擇決策矩陣

實作模式：非同步執行的標準化封裝

1. 狀態機枚舉

enum AsyncState { IDLE, EXECUTING, FETCHING, COMPLETED, FAILED, CANCELLED };

2. 封裝類別 CODBCAsyncExecutor

class CODBCAsyncExecutor {
    HDBC m_hdbc; HSTMT m_hstmt;
    AsyncState m_state;
    CString m_sql;
    CWnd* m_pNotifyWnd; // 完成時通知的視窗
    UINT m_nMsg;        // 自訂訊息 WM_ODBC_ASYNC_DONE

public:
    BOOL ExecuteAsync(CWnd* pWnd, UINT msg, const CString& sql) {
        if (m_state != IDLE) return FALSE;
        m_pNotifyWnd = pWnd; m_nMsg = msg; m_sql = sql;
        m_state = EXECUTING;

        RETCODE rc = SQLExecDirect(m_hstmt, (SQLCHAR*)(LPCTSTR)m_sql, SQL_NTS);
        if (rc == SQL_STILL_EXECUTING) {
            SetTimer(1, 50, NULL); // 啟動輪詢定時器
            return TRUE;
        }
        // 同步完成或錯誤
        HandleResult(rc);
        return (rc == SQL_SUCCESS || rc == SQL_SUCCESS_WITH_INFO);
    }

    void OnTimer() {
        if (m_state != EXECUTING) return;
        RETCODE rc = SQLExecDirect(m_hstmt, (SQLCHAR*)(LPCTSTR)m_sql, SQL_NTS);
        if (rc != SQL_STILL_EXECUTING) {
            KillTimer(1);
            HandleResult(rc);
        }
    }

    void Cancel() {
        if (m_state == EXECUTING) {
            SQLCancel(m_hstmt);
            m_state = CANCELLED;
            KillTimer(1);
        }
    }

private:
    void HandleResult(RETCODE rc) {
        m_state = (rc == SQL_SUCCESS || rc == SQL_SUCCESS_WITH_INFO) ? COMPLETED : FAILED;
        if (m_pNotifyWnd) m_pNotifyWnd->PostMessage(m_nMsg, (WPARAM)rc, (LPARAM)this);
    }
};

3. 視圖類別使用範例

// 視圖標頭
#define WM_ODBC_ASYNC_DONE (WM_USER + 100)
afx_msg LRESULT OnOdbcAsyncDone(WPARAM wParam, LPARAM lParam);

// 訊息映射
ON_MESSAGE(WM_ODBC_ASYNC_DONE, OnOdbcAsyncDone)

// 實作
LRESULT CMyView::OnOdbcAsyncDone(WPARAM wParam, LPARAM lParam) {
    CODBCAsyncExecutor* pExec = (CODBCAsyncExecutor*)lParam;
    RETCODE rc = (RETCODE)wParam;
    if (rc == SQL_SUCCESS || rc == SQL_SUCCESS_WITH_INFO) {
        // 綁定結果集、填充 UI
        BindAndDisplay(pExec->GetStmt());
    } else {
        ShowOdbcError(rc);
    }
    return 0;
}

進階：ODBC 3.0+ 非同步通知（事件驅動）

ODBC 3.5 引入 SQLSetConnectAttr(..., SQL_ATTR_ASYNC_NOTIFICATION, ...)，支援 Windows 事件物件或回調函式，避免輪詢。配合 WaitForMultipleObjects 可在工作者執行緒高效等待多個非同步操作。

總結

同步模式適合簡單、快速、低併發場景；非同步模式是高回應性、長耗時操作的必然選擇。關鍵在於封裝非同步狀態機，將輪詢/通知、取消、錯誤處理內聚至專用類別，讓上層業務邏輯保持清晰。現代開發若環境允許，建議優先考慮 ADO 非同步 或 ODBC 3.5+ 事件通知，進一步降低複雜度。