Driver Unicode

Apakah driver harus menjadi driver Unicode atau driver ANSI sepenuhnya bergantung pada sifat sumber data. Jika sumber data mendukung data Unicode, driver harus menjadi driver Unicode. Jika sumber data hanya mendukung data ANSI, driver harus tetap menjadi driver ANSI.

Driver Unicode harus mengekspor SQL Koneksi W untuk diakui sebagai driver Unicode oleh Driver Manager.

Driver Unicode harus menerima fungsi Unicode (dengan akhiran W) dan menyimpan data Unicode. Ini juga dapat menerima fungsi ANSI, tetapi tidak diperlukan. (Manajer Driver tidak meneruskan panggilan fungsi ANSI dengan Akhiran ke driver, tetapi mengonversinya ke panggilan fungsi ANSI tanpa akhiran lalu meneruskannya ke driver.)

Driver Unicode harus dapat mengembalikan tataan hasil baik di Unicode atau ANSI, tergantung pada pengikatan aplikasi. Jika aplikasi mengikat ke SQL_C_CHAR, driver Unicode harus mengonversi data SQL_WCHAR ke SQL_CHAR. Manajer driver akan memetakan SQL_C_WCHAR ke SQL_C_CHAR untuk driver ANSI tetapi tidak melakukan pemetaan untuk driver Unicode.

Catatan

Saat menentukan jenis driver, Driver Manager akan memanggil SQLSet Koneksi Attr dan mengatur atribut SQL_ATTR_ANSI_APP pada waktu koneksi. Jika aplikasi menggunakan API ANSI, SQL_ATTR_ANSI_APP akan diatur ke SQL_AA_TRUE, dan jika menggunakan Unicode, aplikasi akan diatur ke nilai SQL_AA_FALSE. Atribut ini digunakan sehingga driver dapat menunjukkan perilaku yang berbeda berdasarkan jenis aplikasi. Atribut tidak dapat diatur oleh aplikasi secara langsung, dan tidak didukung oleh SQLGet Koneksi Attr. Jika driver menunjukkan perilaku yang sama untuk aplikasi ANSI dan Unicode, driver harus mengembalikan SQL_ERROR untuk atribut ini. Jika driver mengembalikan SQL_SUCCESS, Driver Manager akan memisahkan koneksi ANSI dan Unicode saat Koneksi ion Pooling digunakan.