解決 SQL Server TEXT/NTEXT 欄位讀取失敗：ADO 連接方式的關鍵差異

問題背景

在使用 ADO 連接 SQL Server 時，開發人員常遇到 TEXT 和 NTEXT 大型物件（LOB）欄位無法正常讀取的困擾。本文記錄一次實際排查經驗，揭示根本原因並提供解決方案。

認清 TEXT/NTEXT 的真實本質

雖然名稱包含「TEXT」，但這兩種資料型別並非用於儲存一般文字，而是類似 IMAGE 型別，設計用於儲存二進位大型物件（BLOB），如 MIME 編碼的文件內容。將其用於儲存新聞正文等長文本雖可容納更多資料，但會引發讀取機制上的特殊限制。

核心差異：Connection.Execute vs Recordset.Open

錯誤示範：使用 Connection.Execute

Set rs = conn.Execute("SELECT content FROM news WHERE id=1")
' 嘗試讀取 rs("content") 時失敗，或回傳空值/截斷資料

Connection.Execute 回傳的 Recordset 對 LOB 欄位僅能取得資料指標/索引，無法直接存取實際內容，導致讀取失敗。

正確做法：使用 Recordset.Open

rs.Open "SELECT content FROM news WHERE id=1", conn, adOpenStatic, adLockReadOnly
' 正常讀取 rs("content") 取得完整內容

Recordset.Open 以游標方式開啟，支援完整的 LOB 資料流讀取，能正確獲取欄位實際內容。

本質差異分析

• Connection.Execute：針對 LOB 型別回傳的是資料指標（類似資料行指標），而非實際資料內容。
• Recordset.Open：建立完整游標，支援資料流緩衝，可逐塊讀取大型物件實際資料。

若比較兩種方式回傳 Recordset 的位元組大小，後者明顯包含完整資料載體。

效能優化建議

根據使用場景選擇適當方法：

• 列表頁/索引頁：僅需標題、摘要等非 LOB 欄位時，使用 Connection.Execute 輕量級查詢，減少游標開銷。
• 內容詳細頁：需顯示完整 LOB 內容時，改用 Recordset.Open 確保資料完整讀取。

此策略可在保證功能正確性的前提下，顯著提升列表類頁面的查詢效能。

總結

TEXT/NTEXT 本質是 BLOB 儲存，ADO 讀取時必須使用 Recordset.Open 建立完整游標。針對不同業務場景混合使用兩種查詢方式，兼顧正確性與效能。