Función SQLGetData

Artículo
05/23/2023

Conformidad
Versión introducida: Cumplimiento de estándares ODBC 1.0: ISO 92

Resumen
SQLGetData recupera los datos de una sola columna del conjunto de resultados o para un único parámetro después de que SQLParamData devuelva SQL_PARAM_DATA_AVAILABLE. Se puede llamar varias veces para recuperar datos de longitud variable en partes.

Sintaxis

  
SQLRETURN SQLGetData(  
      SQLHSTMT       StatementHandle,  
      SQLUSMALLINT   Col_or_Param_Num,  
      SQLSMALLINT    TargetType,  
      SQLPOINTER     TargetValuePtr,  
      SQLLEN         BufferLength,  
      SQLLEN *       StrLen_or_IndPtr);

Argumentos

StatementHandle
[Entrada] Identificador de instrucciones.

Col_or_Param_Num
[Entrada] Para recuperar datos de columna, es el número de columnas para el que se devuelven datos. Las columnas del conjunto de resultados se numeran en orden de columna creciente a partir de 1. La columna marcador es el número de columna 0; esto solo se puede especificar si los marcadores están habilitados.

Para recuperar datos de parámetros, es el ordinal del parámetro, que comienza en 1.

TargetType
[Entrada] Identificador de tipo del tipo de datos C del búfer *TargetValuePtr . Para obtener una lista de los tipos de datos y identificadores de tipo de C válidos, consulte la sección Tipos de datos de C del Apéndice D: Tipos de datos.

Si TargetType es SQL_ARD_TYPE, el controlador usa el identificador de tipo especificado en el campo SQL_DESC_CONCISE_TYPE del ARD. Si TargetType es SQL_APD_TYPE, SQLGetData usará el mismo tipo de datos de C que se especificó en SQLBindParameter. De lo contrario, el tipo de datos de C especificado en SQLGetData invalida el tipo de datos de C especificado en SQLBindParameter. Si es SQL_C_DEFAULT, el controlador selecciona el tipo de datos de C predeterminado en función del tipo de datos SQL del origen.

También puede especificar un tipo de datos de C extendido. Para obtener más información, vea el tema sobre tipos de datos C en ODBC.

TargetValuePtr
[Salida] Puntero al búfer en el que se van a devolver los datos.

TargetValuePtr no puede ser NULL.

BufferLength
[Entrada] Longitud del búfer *TargetValuePtr en bytes.

El controlador usa BufferLength para evitar escribir más allá del final del búfer *TargetValuePtr al devolver datos de longitud variable, como datos binarios o de caracteres. Tenga en cuenta que el controlador cuenta el carácter de terminación null al devolver datos de caracteres a *TargetValuePtr. *TargetValuePtr debe contener espacio para el carácter de terminación NULL o el controlador truncará los datos.

Cuando el controlador devuelve datos de longitud fija, como un entero o una estructura de fecha, el controlador omite BufferLength y supone que el búfer es lo suficientemente grande como para contener los datos. Por lo tanto, es importante que la aplicación asigne un búfer lo suficientemente grande para los datos de longitud fija o el controlador escribirá más allá del final del búfer.

SQLGetData devuelve SQLSTATE HY090 (longitud de búfer o cadena no válida) cuando BufferLength es menor que 0, pero no cuando BufferLength es 0.

StrLen_or_IndPtr
[Salida] Puntero al búfer en el que se va a devolver la longitud o el valor del indicador. Si se trata de un puntero nulo, no se devuelve ningún valor de longitud o indicador. Esto devuelve un error cuando los datos que se capturan son NULL.

SQLGetData puede devolver los siguientes valores en el búfer de longitud o indicador:

Longitud de los datos disponibles para devolver
SQL_NO_TOTAL
SQL_NULL_DATA

Para obtener más información, vea Usar valores de longitud/indicador y "Comentarios" en este tema.

Devoluciones

SQL_SUCCESS, SQL_SUCCESS_WITH_INFO, SQL_NO_DATA, SQL_STILL_EXECUTING, SQL_ERROR o SQL_INVALID_HANDLE.

Diagnóstico

Cuando SQLGetData devuelve SQL_ERROR o SQL_SUCCESS_WITH_INFO, se puede obtener un valor SQLSTATE asociado llamando a SQLGetDiagRec con un HandleType de SQL_HANDLE_STMT y un identificador de StatementHandle. En la tabla siguiente se enumeran los valores SQLSTATE devueltos normalmente por SQLGetData y se explica cada uno en el contexto de esta función; la notación "(DM)" precede a las descripciones de SQLSTATEs devueltas por el Administrador de controladores. El código de retorno asociado a cada valor SQLSTATE es SQL_ERROR, a menos que se indique lo contrario.

SQLSTATE	Error	Descripción
01000	Advertencia general	Mensaje informativo específico del controlador. (Function devuelve SQL_SUCCESS_WITH_INFO).
01004	Datos de cadena, truncados a la derecha	No todos los datos de la columna especificada, Col_or_Param_Num, se pueden recuperar en una sola llamada a la función. SQL_NO_TOTAL o la longitud de los datos restantes en la columna especificada antes de la llamada actual a SQLGetData se devuelve en *StrLen_or_IndPtr. (Function devuelve SQL_SUCCESS_WITH_INFO). Para obtener más información sobre el uso de varias llamadas a SQLGetData para una sola columna, vea "Comentarios".
01S07	Truncamiento fraccionario	Los datos devueltos para una o varias columnas se truncaron. Para los tipos de datos numéricos, la parte fraccionaria del número se ha truncado. En el caso de los tipos de datos time, timestamp y interval que contienen un componente de hora, se trunca la parte fraccionaria de la hora. (Function devuelve SQL_SUCCESS_WITH_INFO).
07006	Infracción de atributo de tipo de datos restringido	El valor de datos de una columna del conjunto de resultados no se puede convertir al tipo de datos C especificado por el argumento TargetType.
07009	Índice de descriptor no válido	El valor especificado para el argumento Col_or_Param_Num era 0 y el atributo de instrucción SQL_ATTR_USE_BOOKMARKS se estableció en SQL_UB_OFF. El valor especificado para el argumento Col_or_Param_Num era mayor que el número de columnas del conjunto de resultados. El valor Col_or_Param_Num no era igual al ordinal del parámetro que está disponible. (DM) La columna especificada estaba enlazada. Esta descripción no se aplica a los controladores que devuelven la máscara de bits SQL_GD_BOUND para la opción de SQL_GETDATA_EXTENSIONS en SQLGetInfo. (DM) El número de la columna especificada era menor o igual que el número de la columna enlazada más alta. Esta descripción no se aplica a los controladores que devuelven la máscara de bits SQL_GD_ANY_COLUMN para la opción de SQL_GETDATA_EXTENSIONS en SQLGetInfo. (DM) La aplicación ya ha llamado a SQLGetData para la fila actual; el número de la columna especificada en la llamada actual era menor que el número de la columna especificada en la llamada anterior; y el controlador no devuelve la máscara de bits SQL_GD_ANY_ORDER para la opción de SQL_GETDATA_EXTENSIONS en SQLGetInfo. (DM) El argumento TargetType se SQL_ARD_TYPE y el registro del descriptor de Col_or_Param_Num en ARD produjo un error en la comprobación de coherencia. (DM) El argumento TargetType se SQL_ARD_TYPE y el valor del campo SQL_DESC_COUNT del ARD era menor que el argumento Col_or_Param_Num .
08S01	Error de vínculo de comunicación	Se produjo un error en el vínculo de comunicación entre el controlador y el origen de datos al que se conectó el controlador antes de que la función completara el procesamiento.
22002	Variable de indicador necesaria pero no proporcionada	StrLen_or_IndPtr era un puntero nulo y se recuperaban los datos NULL.
22003	Valor numérico fuera del intervalo	Devolver el valor numérico (como numérico o cadena) para la columna habría provocado que toda la parte (en lugar de fraccionaria) del número se truncase. Para obtener más información, vea Apéndice D: Tipos de datos.
22007	Formato datetime no válido	La columna de caracteres del conjunto de resultados estaba enlazada a una estructura de fecha, hora o marca de tiempo de C, y el valor de la columna era una fecha, hora o marca de tiempo no válida, respectivamente. Para obtener más información, vea Apéndice D: Tipos de datos.
22012	División por cero	Se devolvió un valor de una expresión aritmética que dio lugar a la división por cero.
22015	Desbordamiento de campo de intervalo	La asignación de un tipo SQL numérico o de intervalo exacto a un tipo C de intervalo provocó una pérdida de dígitos significativos en el campo inicial. Al devolver datos a un tipo de intervalo C, no había ninguna representación del valor del tipo SQL en el intervalo C.
22018	Valor de carácter no válido para la especificación de conversión	Una columna de caracteres del conjunto de resultados se devolvió a un búfer de caracteres C y la columna contenía un carácter para el que no había ninguna representación en el juego de caracteres del búfer. El tipo C era un numérico exacto o aproximado, una fecha y hora o un tipo de datos interval; el tipo SQL de la columna era un tipo de datos de caracteres; y el valor de la columna no era un literal válido del tipo de C enlazado.
24000	Estado de cursor no válido	(DM) Se llamó a la función sin llamar primero a SQLFetch o SQLFetchScroll para colocar el cursor en la fila de datos necesarios. (DM) StatementHandle estaba en un estado ejecutado, pero ningún conjunto de resultados estaba asociado a StatementHandle. Se ha abierto un cursor en statementHandle y SQLFetch o SQLFetchScroll, pero se ha colocado el cursor antes del inicio del conjunto de resultados o después del final del conjunto de resultados.
HY000	Error general	Se produjo un error para el que no había ningún SQLSTATE específico y para el que no se definió SQLSTATE específico de la implementación. El mensaje de error devuelto por SQLGetDiagRec en el búfer MessageText describe el error y su causa.
HY001	Error de asignación de memoria	El controlador no pudo asignar memoria necesaria para admitir la ejecución o finalización de la función.
HY003	Tipo de programa fuera del intervalo	(DM) El argumento TargetType no era un tipo de datos válido, SQL_C_DEFAULT, SQL_ARD_TYPE (en caso de recuperar datos de columna) o SQL_APD_TYPE (en caso de recuperar datos de parámetros). (DM) El argumento Col_or_Param_Num era 0 y el argumento TargetType no se SQL_C_BOOKMARK para un marcador de longitud fija o SQL_C_VARBOOKMARK para un marcador de longitud variable.
HY008	Operación cancelada	El procesamiento asincrónico se ha habilitado para StatementHandle. Se llamó a la función y antes de completar la ejecución, se llamó a SQLCancel o SQLCancelHandle en StatementHandle y, a continuación, se llamó a la función de nuevo en StatementHandle. Se llamó a la función y antes de completar la ejecución, se llamó a SQLCancel o SQLCancelHandle en statementHandle desde un subproceso diferente en una aplicación multiproceso y, a continuación, se llamó a la función de nuevo en StatementHandle.
HY009	Uso no válido del puntero nulo	(DM) El argumento TargetValuePtr era un puntero nulo.
HY010	Error de secuencia de funciones	(DM) El statementHandle especificado no estaba en estado ejecutado. Se llamó a la función sin llamar primero a SQLExecDirect, SQLExecute o una función de catálogo. (DM) Se llamó a una función de ejecución asincrónica para el identificador de conexión asociado a StatementHandle. Esta función asincrónica todavía se estaba ejecutando cuando se llamó a la función SQLGetData . (DM) Se llamó a una función que ejecuta de forma asincrónica (no esta) para statementHandle y todavía se estaba ejecutando cuando se llamó a esta función. (DM) SE llamó a SQLExecute, SQLExecDirect, SQLBulkOperations o SQLSetPos para el statementHandle y devolvió SQL_NEED_DATA. Se llamó a esta función antes de enviar datos para todos los parámetros o columnas de datos en ejecución. (DM) StatementHandle estaba en un estado ejecutado, pero ningún conjunto de resultados estaba asociado a StatementHandle. Una llamada a SQLExeceute, SQLExecDirect o SQLMoreResults devolvió SQL_PARAM_DATA_AVAILABLE, pero se llamó a SQLGetData , en lugar de SQLParamData.
HY013	Error de administración de memoria	No se pudo procesar la llamada de función porque no se pudo tener acceso a los objetos de memoria subyacentes, posiblemente debido a condiciones de memoria baja.
HY090	Longitud de búfer o cadena no válida	(DM) El valor especificado para el argumento BufferLength era menor que 0. El valor especificado para el argumento BufferLength era menor que 4, el argumento Col_or_Param_Num se estableció en 0 y el controlador era un controlador ODBC 2.x.
HY109	Posición del cursor no válida	El cursor se colocó (por SQLSetPos, SQLFetch, SQLFetchScroll o SQLBulkOperations) en una fila que se había eliminado o no se pudo capturar. El cursor era un cursor de solo avance y el tamaño del conjunto de filas era mayor que uno.
HY117	La conexión se suspende debido al estado de transacción desconocido. Solo se permiten las funciones de desconexión y solo lectura.	(DM) Para obtener más información sobre el estado suspendido, vea Función SQLEndTran.
HYC00	Característica opcional no implementada	El controlador o el origen de datos no admite el uso de SQLGetData con varias filas en SQLFetchScroll. Esta descripción no se aplica a los controladores que devuelven la máscara de bits SQL_GD_BLOCK para la opción de SQL_GETDATA_EXTENSIONS en SQLGetInfo. El controlador o el origen de datos no admiten la conversión especificada por la combinación del argumento TargetType y el tipo de datos SQL de la columna correspondiente. Este error solo se aplica cuando el tipo de datos SQL de la columna se asignó a un tipo de datos SQL específico del controlador. El controlador solo admite ODBC 2.x, y el argumento TargetType era uno de los siguientes: SQL_C_NUMERIC SQL_C_SBIGINT SQL_C_UBIGINT y cualquiera de los tipos de datos de intervalo C enumerados en Tipos de datos de C en el Apéndice D: Tipos de datos. El controlador solo admite versiones ODBC anteriores a la versión 3.50 y el argumento TargetType se SQL_C_GUID.
HYT01	Se ha agotado el tiempo de espera de la conexión.	El período de tiempo de espera de conexión expiró antes de que el origen de datos respondiera a la solicitud. El período de tiempo de espera de conexión se establece a través de SQLSetConnectAttr, SQL_ATTR_CONNECTION_TIMEOUT.
IM001	El controlador no admite esta función	(DM) El controlador correspondiente a StatementHandle no admite la función .
IM017	El sondeo está deshabilitado en modo de notificación asincrónica	Cada vez que se usa el modelo de notificación, el sondeo está deshabilitado.
IM018	No se ha llamado a SQLCompleteAsync para completar la operación asincrónica anterior en este identificador.	Si la llamada de función anterior en el identificador devuelve SQL_STILL_EXECUTING y si el modo de notificación está habilitado, se debe llamar a SQLCompleteAsync en el identificador para realizar el procesamiento posterior y completar la operación.

Comentarios

SQLGetData devuelve los datos de una columna especificada. Solo se puede llamar a SQLGetData después de que se hayan capturado una o varias filas del conjunto de resultados mediante SQLFetch, SQLFetchScroll o SQLExtendedFetch. Si los datos de longitud variable son demasiado grandes para devolverse en una sola llamada a SQLGetData (debido a una limitación en la aplicación), SQLGetData puede recuperarlos en partes. Es posible enlazar algunas columnas de una fila y llamar a SQLGetData para otras, aunque esto está sujeto a algunas restricciones. Para obtener más información, consulte Obtención de datos largos.

Para obtener información sobre el uso de SQLGetData con parámetros de salida transmitidos, vea Recuperación de parámetros de salida mediante SQLGetData.

Uso de SQLGetData

Si el controlador no admite extensiones en SQLGetData, la función solo puede devolver datos para columnas sin enlazar con un número mayor que el de la última columna enlazada. Además, dentro de una fila de datos, el valor del argumento Col_or_Param_Num en cada llamada a SQLGetData debe ser mayor o igual que el valor de Col_or_Param_Num en la llamada anterior; es decir, los datos deben recuperarse en el orden de número de columna creciente. Por último, si no se admite ninguna extensión, no se puede llamar a SQLGetData si el tamaño del conjunto de filas es mayor que 1.

Los conductores pueden relajar cualquiera de estas restricciones. Para determinar qué restricciones relaja un controlador, una aplicación llama a SQLGetInfo con cualquiera de las siguientes opciones de SQL_GETDATA_EXTENSIONS:

SQL_GD_OUTPUT_PARAMS = SQLGetData se puede llamar para devolver valores de parámetro de salida. Para obtener más información, vea el tema que trata sobre recuperar parámetros de salida mediante SQLGetData.
SQL_GD_ANY_COLUMN. Si se devuelve esta opción, se puede llamar a SQLGetData para cualquier columna sin enlazar, incluidas las anteriores a la última columna enlazada.
SQL_GD_ANY_ORDER. Si se devuelve esta opción, se puede llamar a SQLGetData para las columnas sin enlazar en cualquier orden.
SQL_GD_BLOCK. Si SQLGetInfo devuelve esta opción para el SQL_GETDATA_EXTENSIONS InfoType, el controlador admite llamadas a SQLGetData cuando el tamaño del conjunto de filas es mayor que 1 y la aplicación puede llamar a SQLSetPos con la opción SQL_POSITION para colocar el cursor en la fila correcta antes de llamar a SQLGetData.
SQL_GD_BOUND. Si se devuelve esta opción, se puede llamar a SQLGetData para las columnas enlazadas, así como para las columnas sin enlazar.

Hay dos excepciones a estas restricciones y la capacidad de un conductor para relajarlas. En primer lugar, nunca se debe llamar a SQLGetData para un cursor de solo avance cuando el tamaño del conjunto de filas es mayor que 1. En segundo lugar, si un controlador admite marcadores, siempre debe admitir la capacidad de llamar a SQLGetData para la columna 0, aunque no permita que las aplicaciones llamen a SQLGetData para otras columnas antes de la última columna enlazada. (Cuando una aplicación está trabajando con un controlador ODBC 2*.x*, SQLGetData devolverá correctamente un marcador cuando se llame con Col_or_Param_Num igual a 0 después de una llamada a SQLFetch, dado que SQLFetch se asigna mediante el Administrador de controladores ODBC 3*.x* a SQLExtendedFetch con una fetchOrientation de SQL_FETCH_NEXT y SQLGetData con un Col_or_Param_Num de 0 se asigna mediante el Administrador de controladores ODBC 3*.x* a SQLGetStmtOption con una fOption de SQL_GET_BOOKMARK).

SQLGetData no se puede usar para recuperar el marcador de una fila que acaba de insertar llamando a SQLBulkOperations con la opción SQL_ADD, porque el cursor no está colocado en la fila. Una aplicación puede recuperar el marcador para dicha fila enlazando la columna 0 antes de llamar a SQLBulkOperations con SQL_ADD, en cuyo caso SQLBulkOperations devuelve el marcador en el búfer enlazado. A continuación, se puede llamar a SQLFetchScroll con SQL_FETCH_BOOKMARK para cambiar la posición del cursor en esa fila.

Si el argumento TargetType es un tipo de datos interval, la precisión inicial del intervalo predeterminado (2) y la precisión de segundos del intervalo predeterminado (6), como se establece en los campos SQL_DESC_DATETIME_INTERVAL_PRECISION y SQL_DESC_PRECISION del ARD, respectivamente, se usan para los datos. Si el argumento TargetType es un tipo de datos SQL_C_NUMERIC, la precisión predeterminada (definida por el controlador) y la escala predeterminada (0), como se establece en los campos SQL_DESC_PRECISION y SQL_DESC_SCALE del ARD, se usan para los datos. Si alguna precisión o escala predeterminada no es adecuada, la aplicación debe establecer explícitamente el campo descriptor adecuado mediante una llamada a SQLSetDescField o SQLSetDescRec. Puede establecer el campo SQL_DESC_CONCISE_TYPE en SQL_C_NUMERIC y llamar a SQLGetData con un argumento TargetType de SQL_ARD_TYPE, lo que hará que se usen los valores de precisión y escala en los campos descriptores.

Nota:

En ODBC 2*.x*, las aplicaciones establecen TargetType en SQL_C_DATE, SQL_C_TIME o SQL_C_TIMESTAMP para indicar que *TargetValuePtr es una estructura de fecha, hora o marca de tiempo. En ODBC 3*.x*, las aplicaciones establecen TargetType en SQL_C_TYPE_DATE, SQL_C_TYPE_TIME o SQL_C_TYPE_TIMESTAMP. El Administrador de controladores realiza las asignaciones adecuadas si es necesario, en función de la aplicación y la versión del controlador.

Recuperación de datos de longitud variable en partes

SQLGetData se puede usar para recuperar datos de una columna que contiene datos de longitud variable en partes; es decir, cuando el identificador del tipo de datos SQL de la columna es SQL_CHAR, SQL_VARCHAR, SQL_LONGVARCHAR, SQL_WCHAR, SQL_WVARCHAR, SQL_WLONGVARCHAR, SQL_BINARY, SQL_VARBINARY, SQL_LONGVARBINARY o un identificador específico del controlador para un tipo de longitud variable.

Para recuperar datos de una columna en partes, la aplicación llama a SQLGetData varias veces sucesivamente para la misma columna. En cada llamada, SQLGetData devuelve la siguiente parte de los datos. Es necesario que la aplicación vuelva a ensamblar las partes, teniendo cuidado de quitar el carácter de terminación null de las partes intermedias de los datos de caracteres. Si hay más datos para devolver o no se asignó suficiente búfer para el carácter de terminación, SQLGetData devuelve SQL_SUCCESS_WITH_INFO y SQLSTATE 01004 (datos truncados). Cuando devuelve la última parte de los datos, SQLGetData devuelve SQL_SUCCESS. Ni SQL_NO_TOTAL ni cero se pueden devolver en la última llamada válida para recuperar datos de una columna, ya que la aplicación no tendría ninguna manera de saber cuánto de los datos del búfer de la aplicación es válido. Si se llama a SQLGetData después de esto, devuelve SQL_NO_DATA. Para obtener más información, vea la sección siguiente, "Recuperación de datos con SQLGetData".

SQLGetData puede devolver marcadores de longitud variable en partes. Al igual que con otros datos, una llamada a SQLGetData para devolver marcadores de longitud variable en partes devolverá SQLSTATE 01004 (datos de cadena, truncados a la derecha) y SQL_SUCCESS_WITH_INFO cuando se devuelvan más datos. Esto es diferente del caso cuando un marcador de longitud variable se trunca mediante una llamada a SQLFetch o SQLFetchScroll, que devuelve SQL_ERROR y SQLSTATE 22001 (datos de cadena, truncado a la derecha).

SQLGetData no se puede usar para devolver datos de longitud fija en partes. Si se llama a SQLGetData más de una vez en una fila para una columna que contiene datos de longitud fija, devuelve SQL_NO_DATA para todas las llamadas después de la primera.

Recuperación de parámetros de salida transmitidos

Si un controlador admite parámetros de salida transmitidos, una aplicación puede llamar a SQLGetData con un búfer pequeño muchas veces para recuperar un valor de parámetro grande. Para obtener más información sobre el parámetro de salida transmitido, vea Recuperación de parámetros de salida mediante SQLGetData.

Recuperación de datos con SQLGetData

Para devolver datos para la columna especificada, SQLGetData realiza la siguiente secuencia de pasos:

Devuelve SQL_NO_DATA si ya ha devuelto todos los datos de la columna.
Establece *StrLen_or_IndPtr en SQL_NULL_DATA si los datos son NULL. Si los datos son NULL y StrLen_or_IndPtr era un puntero NULO, SQLGetData devuelve SQLSTATE 22002 (variable indicador necesaria pero no proporcionada).

Si los datos de la columna no son NULL, SQLGetData continúa con el paso 3.
Si el atributo de instrucción SQL_ATTR_MAX_LENGTH se establece en un valor distinto de cero, si la columna contiene datos binarios o de caracteres, y si no se ha llamado previamente a SQLGetData para la columna, los datos se truncan en SQL_ATTR_MAX_LENGTH bytes.

Nota:

El atributo de instrucción SQL_ATTR_MAX_LENGTH está diseñado para reducir el tráfico de red. Por lo general, se implementa mediante el origen de datos, que trunca los datos antes de devolverlos a través de la red. Los controladores y los orígenes de datos no son necesarios para admitirlo. Por lo tanto, para garantizar que los datos se truncan en un tamaño determinado, una aplicación debe asignar un búfer de ese tamaño y especificar el tamaño en el argumento BufferLength .
Convierte los datos en el tipo especificado en TargetType. Los datos reciben la precisión y escala predeterminadas de ese tipo de datos. Si TargetType es SQL_ARD_TYPE, se usa el tipo de datos del campo SQL_DESC_CONCISE_TYPE del ARD. Si TargetType es SQL_ARD_TYPE, los datos reciben la precisión y la escala en los campos SQL_DESC_DATETIME_INTERVAL_PRECISION, SQL_DESC_PRECISION y SQL_DESC_SCALE del ARD, en función del tipo de datos del campo SQL_DESC_CONCISE_TYPE. Si alguna precisión o escala predeterminada no es adecuada, la aplicación debe establecer explícitamente el campo descriptor adecuado mediante una llamada a SQLSetDescField o SQLSetDescRec.
Si los datos se han convertido en un tipo de datos de longitud variable, como caracteres o binarios, SQLGetData comprueba si la longitud de los datos supera BufferLength. Si la longitud de los datos de caracteres (incluido el carácter de terminación NULL) supera BufferLength, SQLGetData trunca los datos en BufferLength menos la longitud de un carácter de terminación NULL. A continuación, finaliza el valor NULL de los datos. Si la longitud de los datos binarios supera la longitud del búfer de datos, SQLGetData la trunca en bytes BufferLength .

Si el búfer de datos proporcionado es demasiado pequeño para contener el carácter de terminación null, SQLGetData devuelve SQL_SUCCESS_WITH_INFO y SQLSTATE 01004.

SQLGetData nunca trunca los datos convertidos en tipos de datos de longitud fija; siempre supone que la longitud de *TargetValuePtr es el tamaño del tipo de datos.
Coloca los datos convertidos (y posiblemente truncados) en *TargetValuePtr. Tenga en cuenta que SQLGetData no puede devolver datos fuera de línea.
Coloca la longitud de los datos en *StrLen_or_IndPtr. Si StrLen_or_IndPtr era un puntero nulo, SQLGetData no devuelve la longitud.
- Para los datos binarios o de caracteres, esta es la longitud de los datos después de la conversión y antes del truncamiento debido a BufferLength. Si el controlador no puede determinar la longitud de los datos después de la conversión, como sucede en ocasiones con datos largos, devuelve SQL_SUCCESS_WITH_INFO y establece la longitud en SQL_NO_TOTAL. (La última llamada a SQLGetData siempre debe devolver la longitud de los datos, no cero ni SQL_NO_TOTAL). Si los datos se truncaron debido al atributo de instrucción SQL_ATTR_MAX_LENGTH, el valor de este atributo , en lugar de la longitud real, se coloca en *StrLen_or_IndPtr. Esto se debe a que este atributo está diseñado para truncar los datos en el servidor antes de la conversión, por lo que el controlador no tiene forma de averiguar cuál es la longitud real. Cuando se llama a SQLGetData varias veces sucesivamente para la misma columna, esta es la longitud de los datos disponibles al principio de la llamada actual; es decir, la longitud disminuye con cada llamada posterior.
- Para todos los demás tipos de datos, esta es la longitud de los datos después de la conversión; es decir, es el tamaño del tipo al que se convirtieron los datos.
Si los datos se truncan sin pérdida de importancia durante la conversión (por ejemplo, el número real 1.234 se trunca cuando se convierte en el entero 1) o porque BufferLength es demasiado pequeño (por ejemplo, la cadena "abcdef" se coloca en un búfer de 4 bytes), SQLGetData devuelve SQLSTATE 01004 (truncado de datos) y SQL_SUCCESS_WITH_INFO. Si los datos se truncan sin pérdida de importancia debido al atributo de instrucción SQL_ATTR_MAX_LENGTH, SQLGetData devuelve SQL_SUCCESS y no devuelve SQLSTATE 01004 (truncado de datos).

El contenido del búfer de datos enlazado (si se llama a SQLGetData en una columna enlazada) y el búfer de longitud o indicador no está definido si SQLGetData no devuelve SQL_SUCCESS ni SQL_SUCCESS_WITH_INFO.

Las llamadas sucesivas a SQLGetData recuperarán datos de la última columna solicitada; los desplazamientos anteriores no serán válidos. Por ejemplo, cuando se realiza la siguiente secuencia:

SQLGetData(icol=n), SQLGetData(icol=m), SQLGetData(icol=n)

la segunda llamada a SQLGetData(icol=n) recupera datos desde el principio de la columna n. Cualquier desplazamiento de los datos debido a llamadas anteriores a SQLGetData para la columna ya no es válido.

Descriptores y SQLGetData

SQLGetData no interactúa directamente con ningún campo de descriptor.

Si TargetType es SQL_ARD_TYPE, se usa el tipo de datos del campo SQL_DESC_CONCISE_TYPE del ARD. Si TargetType es SQL_ARD_TYPE o SQL_C_DEFAULT, los datos reciben la precisión y escala en el SQL_DESC_DATETIME_INTERVAL_PRECISION, SQL_DESC_PRECISION y SQL_DESC_SCALE campos del ARD, en función del tipo de datos del campo SQL_DESC_CONCISE_TYPE.

Ejemplo de código

En el ejemplo siguiente, una aplicación ejecuta una instrucción SELECT para devolver un conjunto de resultados de los identificadores, nombres y números de teléfono ordenados por nombre, identificador y número de teléfono. Para cada fila de datos, llama a SQLFetch para colocar el cursor en la fila siguiente. Llama a SQLGetData para recuperar los datos capturados; los búferes de los datos y el número devuelto de bytes se especifican en la llamada a SQLGetData. Por último, imprime el nombre, el identificador y el número de teléfono de cada empleado.

#define NAME_LEN 50  
#define PHONE_LEN 50  
  
SQLCHAR      szName[NAME_LEN], szPhone[PHONE_LEN];  
SQLINTEGER   sCustID, cbName, cbAge, cbBirthday;  
SQLRETURN    retcode;  
SQLHSTMT     hstmt;  
  
retcode = SQLExecDirect(hstmt,  
   "SELECT CUSTID, NAME, PHONE FROM CUSTOMERS ORDER BY 2, 1, 3",  
   SQL_NTS);  
  
if (retcode == SQL_SUCCESS) {  
   while (TRUE) {  
      retcode = SQLFetch(hstmt);  
      if (retcode == SQL_ERROR || retcode == SQL_SUCCESS_WITH_INFO) {  
         show_error();  
      }  
      if (retcode == SQL_SUCCESS || retcode == SQL_SUCCESS_WITH_INFO){  
  
         /* Get data for columns 1, 2, and 3 */  
  
         SQLGetData(hstmt, 1, SQL_C_ULONG, &sCustID, 0, &cbCustID);  
         SQLGetData(hstmt, 2, SQL_C_CHAR, szName, NAME_LEN, &cbName);  
         SQLGetData(hstmt, 3, SQL_C_CHAR, szPhone, PHONE_LEN,  
            &cbPhone);  
  
         /* Print the row of data */  
  
         fprintf(out, "%-5d %-*s %*s", sCustID, NAME_LEN-1, szName,   
            PHONE_LEN-1, szPhone);  
      } else {  
         break;  
      }  
   }  
}

Para obtener información sobre	Vea
Asignación de almacenamiento para una columna en un conjunto de resultados	SQLBindCol
Realización de operaciones masivas que no se relacionan con la posición del cursor de bloque	SQLBulkOperations
Cancelación del procesamiento de instrucciones	SQLCancel
Ejecución de una instrucción SQL	SQLExecDirect
Ejecución de una instrucción SQL preparada	SQLExecute
Capturar un bloque de datos o desplazarse por un conjunto de resultados	SQLFetchScroll
Capturar una sola fila de datos o un bloque de datos en una dirección de solo avance	SQLFetch
Envío de datos de parámetros en tiempo de ejecución	SQLPutData
Colocación del cursor, actualización de datos en el conjunto de filas o actualización o eliminación de datos en el conjunto de filas	SQLSetPos

Consulte también

Referencia de API ODBC
Archivos de encabezado de ODBC
Recuperar parámetros de salida mediante SQLGetData

Compartir vía

Función SQLGetData

Sintaxis

Argumentos

Devoluciones

Diagnóstico

Comentarios

Uso de SQLGetData

Recuperación de datos de longitud variable en partes

Recuperación de parámetros de salida transmitidos

Recuperación de datos con SQLGetData

Descriptores y SQLGetData

Ejemplo de código

Consulte también

Comentarios

Recursos adicionales

Compartir vía

Función SQLGetData

Sintaxis

Argumentos

Devoluciones

Diagnóstico

Comentarios

Uso de SQLGetData

Recuperación de datos de longitud variable en partes

Recuperación de parámetros de salida transmitidos

Recuperación de datos con SQLGetData

Descriptores y SQLGetData

Ejemplo de código

Funciones relacionadas

Consulte también

Comentarios

Recursos adicionales