Bagikan melalui


Dukungan SQLGetInfo

Ketika ODBC 2.aplikasi x memanggil SQLGetInfo ke driver ODBC 3*.x*, argumen InfoType dalam tabel berikut harus didukung.

InfoType Kembali
SQL_ALTER_TABLE (ODBC 2.0) Catatan: Jenis informasi ini tidak digunakan lagi; bitmask di kolom di sebelah kanan tidak digunakan lagi. Bitmask SQLINTEGER menghitung klausul dalam pernyataan ALTER TABLE yang didukung oleh sumber data.

Bitmask berikut digunakan untuk menentukan klausa mana yang didukung:

SQL_AT_DROP_COLUMN = Kemampuan untuk menghilangkan kolom didukung. Apakah ini menghasilkan perilaku kaskade atau pembatasan ditentukan driver. (ODBC 2.0)

SQL_AT_ADD_COLUMN = Kemampuan untuk menambahkan beberapa kolom dalam satu pernyataan ALTER TABLE didukung. Bit ini tidak digabungkan dengan bit SQL_AT_ADD_COLUMN_XXX lain atau bit SQL_AT_CONSTRAINT_XXX. (ODBC 2.0)
SQL_FETCH_DIRECTION (ODBC 1.0)

Jenis informasi diperkenalkan di ODBC 1.0; setiap bitmask diberi label dengan versi di mana bitmask diperkenalkan.
Bitmask SQLINTEGER yang menghitung opsi arah pengambilan yang didukung.

Bitmask berikut digunakan bersama dengan bendera untuk menentukan opsi mana yang didukung:

SQL_FD_FETCH_NEXT (ODBC 1.0) SQL_FD_FETCH_FIRST (ODBC 1.0) SQL_FD_FETCH_LAST (ODBC 1.0) SQL_FD_FETCH_PRIOR (ODBC 1.0) SQL_FD_FETCH_ABSOLUTE (ODBC 1.0) SQL_FD_FETCH_RELATIVE (ODBC 1.0) SQL_FD_FETCH_BOOKMARK (ODBC 2.0)
SQL_LOCK_TYPES (ODBC 2.0) Bitmask SQLINTEGER yang menghitung jenis kunci yang didukung untuk argumen fLock di SQLSetPos.

Bitmask berikut digunakan bersama dengan bendera untuk menentukan jenis kunci mana yang didukung:

SQL_LCK_NO_CHANGE SQL_LCK_EXCLUSIVE SQL_LCK_UNLOCK
SQL_ODBC_API_CONFORMANCE (ODBC 1.0) Nilai SQLSMALLINT yang menunjukkan tingkat kesuaian ODBC.

SQL_OAC_NONE = Tidak Ada

SQL_OAC_LEVEL1 = Level 1 didukung

SQL_OAC_LEVEL2 = Level 2 didukung
SQL_ODBC_SQL_CONFORMANCE (ODBC 1.0) Nilai SQLSMALLINT yang menunjukkan tata bahasa SQL yang didukung oleh driver. Lihat Lampiran C: Tata Bahasa SQL untuk definisi tingkat kesuaian SQL.

SQL_OSC_MINIMUM = Tata bahasa minimum didukung

SQL_OSC_CORE = Tata bahasa inti didukung

SQL_OSC_EXTENDED = Tata bahasa yang diperluas didukung
SQL_POS_OPERATIONS (ODBC 2.0) Bitmask SQLINTEGER yang menghitung operasi yang didukung di SQLSetPos.

Bitmask berikut digunakan bersama dengan bendera untuk menentukan opsi mana yang didukung:

SQL_POS_REFRESH SQL_POS_POSITION (ODBC 2.0) (ODBC 2.0) SQL_POS_UPDATE (ODBC 2.0) SQL_POS_DELETE (ODBC 2.0) SQL_POS_ADD (ODBC 2.0)
SQL_POSITIONED_STATEMENTS (ODBC 2.0) Bitmask SQLINTEGER yang menghitung pernyataan SQL yang diposisikan yang didukung.

Bitmask berikut digunakan untuk menentukan pernyataan mana yang didukung:

SQL_PS_POSITIONED_DELETE SQL_PS_POSITIONED_UPDATE SQL_PS_SELECT_FOR_UPDATE
SQL_SCROLL_CONCURRENCY (ODBC 1.0) Bitmask SQLINTEGER yang menghitung opsi kontrol konkurensi yang didukung untuk kursor.

Bitmask berikut digunakan untuk menentukan opsi mana yang didukung:

SQL_SCCO_READ_ONLY = Kursor bersifat baca-saja. Tidak ada pembaruan yang diizinkan.

SQL_SCCO_LOCK = Kursor menggunakan tingkat penguncian terendah yang cukup untuk memastikan bahwa baris dapat diperbarui.

SQL_SCCO_OPT_ROWVER = Kursor menggunakan kontrol konkurensi optimis, membandingkan versi baris, seperti SQLBase ROWID atau Sybase TIMESTAMP.

SQL_SCCO_OPT_VALUES = Kursor menggunakan kontrol konkurensi optimis, membandingkan nilai.
SQL_STATIC_SENSITIVITY (ODBC 2.0) Bitmask SQLINTEGER yang menghitung apakah perubahan yang dilakukan oleh aplikasi ke kursor statis atau berbasis keyset melalui SQLSetPos atau pernyataan pembaruan atau penghapusan yang diposisikan dapat dideteksi oleh aplikasi tersebut.

SQL_SS_ADDITIONS = Baris yang ditambahkan terlihat oleh kursor; kursor dapat menggulir ke baris ini. Di mana baris ini ditambahkan ke kursor bergantung pada driver.

SQL_SS_DELETIONS = Baris yang dihapus tidak lagi tersedia untuk kursor dan tidak meninggalkan "lubang" dalam tataan hasil; setelah kursor menggulir dari baris yang dihapus, kursor tidak dapat kembali ke baris tersebut.

SQL_SS_UPDATES = Pembaruan pada baris terlihat oleh kursor; jika kursor menggulir dari dan kembali ke baris yang diperbarui, data yang dikembalikan oleh kursor adalah data yang diperbarui, bukan data asli. Opsi ini hanya berlaku untuk kursor statis atau pembaruan pada kursor berbasis keyset yang tidak memperbarui kunci. Opsi ini tidak berlaku untuk kursor dinamis atau dalam kasus di mana kunci diubah dalam kursor campuran.

Apakah aplikasi dapat mendeteksi perubahan yang dilakukan pada hasil yang ditetapkan oleh pengguna lain, termasuk kursor lain dalam aplikasi yang sama, tergantung pada jenis kursor.

Aplikasi ODBC 3*.x* yang bekerja dengan driver ODBC 3*.x* tidak boleh memanggil SQLGetInfo dengan argumen InfoType yang dijelaskan dalam tabel sebelumnya tetapi harus menggunakan argumen INFOType ODBC 3*.x* yang tercantum dalam paragraf berikut. Tidak ada korespondensi satu-ke-satu antara argumen InfoType yang digunakan dalam ODBC 2.x dan yang digunakan dalam ODBC 3*.x*. Aplikasi ODBC 3*.x* yang bekerja dengan ODBC 2.x driver, di sisi lain, harus menggunakan argumen InfoType yang dijelaskan sebelumnya.

Beberapa jenis informasi dalam tabel sebelumnya tidak digunakan lagi demi jenis informasi atribut kursor. Jenis informasi yang tidak digunakan lagi ini adalah SQL_FETCH_DIRECTION, SQL_LOCK_TYPES, SQL_POS_OPERATIONS, SQL_POSITIONED_STATEMENTS, SQL_SCROLL_CONCURRENCY, dan SQL_STATIC_SENSITIVITY. Jenis atribut kursor baru SQL_XXX_CURSOR_ATTRIBUTES1and SQL_XXX_CURSOR_ATTRIBUTES2, di mana XXX sama dengan DYNAMIC, FORWARD_ONLY, KEYSET_DRIVEN, atau STATIC. Masing-masing jenis baru menunjukkan kemampuan driver untuk satu jenis kursor. Untuk informasi selengkapnya tentang opsi ini, lihat deskripsi fungsi SQLGetInfo .