Desconectarse de datos de un origen o el controlador

Cuando una aplicación ha terminado de usar un origen de datos, llama a SQLDisconnect. SQLDisconnect libera las instrucciones asignadas en la conexión y desconecta el controlador del origen de datos. Devuelve un error si una transacción está en proceso.

Después de desconectarse, la aplicación puede llamar a SQLFreeHandle para liberar la conexión. Después de liberar la conexión, es un error de programación de la aplicación usar el identificador de la conexión en una llamada a una función ODBC. Hacerlo tiene consecuencias no definidas, pero probablemente irrecuperables. Cuando se llama a SQLFreeHandle, el controlador libera la estructura utilizada para almacenar información sobre la conexión.

La aplicación también puede reutilizar la conexión, conectarse a un origen de datos diferente o volver a conectarse al mismo origen de datos. La decisión de permanecer conectada, en lugar de desconectar y volver a conectarse más adelante, requiere que el escritor de aplicaciones considere los costes relativos de cada opción. Tanto la conexión a un origen de datos como el resto de conexiones pueden ser relativamente costosas en función del medio de conexión. Para realizar un intercambio correcto, la aplicación debe hacer también suposiciones sobre la probabilidad y el control de tiempo de operaciones adicionales en el mismo origen de datos.