SQL Server 三種游標實作架構比較：Transact-SQL、API 伺服器、用戶端游標

游標三大實作類型

Microsoft SQL Server 支援三種游標實作，依執行位置分為伺服器游標（前兩者）與用戶端游標：

不可混用原則

同一連接/陳述式控制代碼上，嚴禁混用 T-SQL DECLARE CURSOR 與 API 游標屬性設定。若已設定 API 游標屬性（如 SQL_ATTR_CURSOR_TYPE），再執行 DECLARE CURSOR 會導致驅動程式嘗試將 API 游標對應至 T-SQL 游標，引發行為不一致或錯誤。正確做法：先將所有 API 游標屬性重設為預設值，再使用 T-SQL 游標。

伺服器游標限制

• 不支援產生多個結果集的陳述式（多個 SELECT、含 COMPUTE/COMPUTE BY/FOR BROWSE/INTO 的查詢）。
• 所有游標操作（FETCH、OPEN、CLOSE）均需網路往返，增加延遲。

伺服器游標 vs 預設結果集

• 預設結果集：單一網路封包送出查詢，結果集以串流方式回傳，效率最高。適用於：結果集較小、需一次性讀取完畢、無需游標操作。
• 伺服器游標：每次 FETCH 往返網路，伺服器端解析編譯執行計畫。適用於：需逐列處理、僅需部分結果集、支援捲動/定位更新。

伺服器游標 vs 用戶端游標：五大優勢

1. 效能（部分存取）：僅傳輸擷取的列，用戶端游標必須先下載整個結果集。
2. 游標類型豐富：支援動態、鍵集驅動、靜態、前進；用戶端游標通常僅支援靜態/前進。
3. 精確定位更新：支援 WHERE CURRENT OF、SQLSetPos 直接定位更新/刪除；用戶端游標模擬定位更新易因 WHERE 條件不唯一導致誤更新多列。
4. 用戶端記憶體節省：游標狀態、位置由伺服器維護，用戶端無需快取大量資料。
5. 多作用中陳述式：同一連接可同時開啟多個伺服器游標；用戶端游標佔用結果集快取，限制並行。

結構描述變更敏感度

除靜態/不敏感游標外，所有伺服器游標皆依賴基礎資料表結構。DECLARE CURSOR 後若基礎表結構變更（增/刪欄、索引變更），後續游標操作將失敗。

選型建議

• 結果集小、一次讀完 → 預設結果集（無游標）。
• 需伺服器端逐列處理、動態/鍵集游標、定位更新 → API 伺服器游標（應用層）或 T-SQL 游標（伺服器端邏輯）。
• 小結果集、離線、單機應用 → 用戶端游標（ADO adUseClient）。
• 嚴禁混用：連接層級統一游標模型。