Compatibilidad con SQLGetInfo

Cuando odbc 2. La aplicación x llama a SQLGetInfo a un controlador ODBC 3*.x*, se deben admitir los argumentos infoType de la tabla siguiente.

InfoType	Devoluciones
SQL_ALTER_TABLE (ODBC 2.0) Nota: Este tipo de información no está en desuso; Las máscaras de bits de la columna a la derecha están en desuso.	Máscara de bits SQLINTEGER que enumera las cláusulas de la instrucción ALTER TABLE admitida por el origen de datos. Las máscaras de bits siguientes se usan para determinar qué cláusulas se admiten: SQL_AT_DROP_COLUMN = Se admite la capacidad de quitar columnas. Si esto da como resultado un comportamiento en cascada o restricción está definido por el controlador. (ODBC 2.0) SQL_AT_ADD_COLUMN = Se admite la capacidad de agregar varias columnas en una sola instrucción ALTER TABLE. Este bit no se combina con otros bits de SQL_AT_ADD_COLUMN_XXX o SQL_AT_CONSTRAINT_XXX bits. (ODBC 2.0)
SQL_FETCH_DIRECTION (ODBC 1.0) El tipo de información se introdujo en ODBC 1.0; cada máscara de bits se etiqueta con la versión en la que se introdujo.	Máscara de bits SQLINTEGER que enumera las opciones de dirección de captura admitidas. Las máscaras de bits siguientes se usan junto con la marca para determinar qué opciones se admiten: 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)	Máscara de bits SQLINTEGER que enumera los tipos de bloqueo admitidos para el argumento fLock en SQLSetPos. Las máscaras de bits siguientes se usan junto con la marca para determinar qué tipos de bloqueo se admiten: SQL_LCK_NO_CHANGE SQL_LCK_EXCLUSIVE SQL_LCK_UNLOCK
SQL_ODBC_API_CONFORMANCE (ODBC 1.0)	Valor SQLSMALLINT que indica el nivel de conformidad de ODBC. SQL_OAC_NONE = Ninguno SQL_OAC_LEVEL1 = nivel 1 admitido SQL_OAC_LEVEL2 = nivel 2 admitido
SQL_ODBC_SQL_CONFORMANCE (ODBC 1.0)	Valor SQLSMALLINT que indica la gramática sql admitida por el controlador. Consulte el Apéndice C: Gramática de SQL para obtener una definición de los niveles de conformidad de SQL. SQL_OSC_MINIMUM = Gramática mínima admitida SQL_OSC_CORE = Gramática básica admitida SQL_OSC_EXTENDED = Gramática extendida admitida
SQL_POS_OPERATIONS (ODBC 2.0)	Máscara de bits SQLINTEGER que enumera las operaciones admitidas en SQLSetPos. Las máscaras de bits siguientes se usan para junto con la marca para determinar qué opciones se admiten: SQL_POS_POSITION (ODBC 2.0) SQL_POS_REFRESH (ODBC 2.0) SQL_POS_UPDATE (ODBC 2.0) SQL_POS_DELETE (ODBC 2.0) SQL_POS_ADD (ODBC 2.0) (ODBC 2.0)
SQL_POSITIONED_STATEMENTS (ODBC 2.0)	Máscara de bits SQLINTEGER que enumera las instrucciones SQL posicionadas admitidas. Las máscaras de bits siguientes se usan para determinar qué instrucciones se admiten: SQL_PS_POSITIONED_DELETE SQL_PS_POSITIONED_UPDATE SQL_PS_SELECT_FOR_UPDATE
SQL_SCROLL_CONCURRENCY (ODBC 1.0)	Máscara de bits SQLINTEGER que enumera las opciones de control de simultaneidad admitidas para el cursor. Las máscaras de bits siguientes se usan para determinar qué opciones se admiten: SQL_SCCO_READ_ONLY = El cursor es de solo lectura. No se permiten actualizaciones. SQL_SCCO_LOCK = Cursor usa el nivel más bajo de bloqueo suficiente para asegurarse de que la fila se puede actualizar. SQL_SCCO_OPT_ROWVER = Cursor usa el control de simultaneidad optimista, comparando versiones de fila, como ROWID de SQLBase o TIMESTAMP de Sybase. SQL_SCCO_OPT_VALUES = Cursor usa el control de simultaneidad optimista, comparando valores.
SQL_STATIC_SENSITIVITY (ODBC 2.0)	Máscara de bits SQLINTEGER que enumera si esa aplicación puede detectar los cambios realizados por una aplicación en un cursor estático o controlado por conjuntos de claves a través de SQLSetPos o instrucciones update o delete posicionadas. SQL_SS_ADDITIONS = Las filas agregadas son visibles para el cursor; el cursor puede desplazarse a estas filas. Donde estas filas se agregan al cursor depende del controlador. SQL_SS_DELETIONS = Las filas eliminadas ya no están disponibles para el cursor y no dejan un "agujero" en el conjunto de resultados; después de que el cursor se desplace desde una fila eliminada, no puede volver a esa fila. SQL_SS_UPDATES = Novedades a las filas son visibles para el cursor; si el cursor se desplaza y vuelve a una fila actualizada, los datos devueltos por el cursor son los datos actualizados, no los datos originales. Esta opción solo se aplica a cursores estáticos o actualizaciones en cursores controlados por conjuntos de claves que no actualizan la clave. Esta opción no se aplica a un cursor dinámico ni en el caso en el que se cambia una clave en un cursor mixto. Si una aplicación puede detectar los cambios realizados en el conjunto de resultados por otros usuarios, incluidos otros cursores de la misma aplicación, depende del tipo de cursor.

Una aplicación ODBC 3*.x* que funcione con un controlador ODBC 3*.x* no debe llamar a SQLGetInfo con los argumentos infoType descritos en la tabla anterior, pero debe usar los argumentos infoType odbc 3*.x* enumerados en el párrafo siguiente. No hay una correspondencia uno a uno entre los argumentos de InfoType usados en ODBC 2. x y los usados en ODBC 3*.x*. Una aplicación ODBC 3*.x* que funciona con ODBC 2. Por otro lado, el controlador x debe usar los argumentos infoType descritos anteriormente.

Algunos de los tipos de información de la tabla anterior están en desuso en favor de los tipos de información de los atributos de cursor. Estos tipos de información en desuso son SQL_FETCH_DIRECTION, SQL_LOCK_TYPES, SQL_POS_OPERATIONS, SQL_POSITIONED_STATEMENTS, SQL_SCROLL_CONCURRENCY y SQL_STATIC_SENSITIVITY. Los nuevos tipos de atributos de cursor son SQL_XXX_CURSOR_ATTRIBUTES1and SQL_XXX_CURSOR_ATTRIBUTES2, donde XXX es igual a DYNAMIC, FORWARD_ONLY, KEYSET_DRIVEN o STATIC. Cada uno de los nuevos tipos indica las funcionalidades del controlador para un único tipo de cursor. Para obtener más información sobre estas opciones, vea la descripción de la función SQLGetInfo .