這是理想配置類型。整個流程以 Unicode 形式保存資料，可確保最佳效能並防止擷取資料損壞。ADO 和 OLE DB 屬於此類。
資料儲存無問題，但傳送至用戶端時有明顯限制。用戶端字碼頁必須用於轉換 Unicode 資料。
DB-Library 是允許 C 應用程式存取 SQL Server 的呼叫層級介面，自 SQL Server 6.5 以來未重大更新。資料僅能基於單一字碼頁（系統預設 OEM 字碼頁）。可在 SQL Server 用戶端網路公用程式的「DB-Library 選項」頁籤選擇轉換方式（預設兩選項皆勾選）。
此類用戶端僅適合處理資料子集的舊系統。若需支援多語言資料，重寫應用程式可能更值得。
Access 97 連接 SQL Server 2000 時有限制。例如從美式英文電腦連接含日文資料表名稱的資料庫，對話框中資料表名稱會轉換為問號。原因：Access 97 使用 3.7 版以下 ODBC，資料從 Unicode 轉換為 ANSI 使用預設系統字碼頁（1252）。日文字元不在字碼頁 1252 上，故被替換為問號。無法連接這些資料表，嘗試會導致錯誤訊息（嘗試連接 dbo.????）。
資料表資料本身同樣問題：朝鮮語資料在 Access 中顯示為問號。DB-Library、ODBC 3.7 以下、Jet 3.5 皆只理解將 Unicode 轉換為預設系統字碼頁，無法處理多語言資料。
對多語言資料非理想配置，因無法在伺服器保存此類資料。但至少能確保資料正確顯示。具備前述非 Unicode 用戶端的所有限制，但不會因轉換無效損壞已接收資料。範例：SQL Server 2000 連結 SQL Server 6.5 伺服器。從 6.5 接收資訊有效，但勿嘗試插入字碼頁外資料。
傳統配置，雙方使用相同字碼頁時運作正常；字碼頁不同時資料損壞風險高。
