ODBC es una API de acceso a datos que permite escribir una aplicación sin tener que especificar o conocer el sistema de base de datos que usará cuando se ejecute, en otras palabras, ODBC aísla la aplicación de los detalles del acceso a una base de datos.
El historial de versiones de ODBC es:
| Versión | Lanzado | Descripción |
|---|---|---|
| 1.0 | 1993 | La primera versión de ODBC. Solo existen unas pocas aplicaciones y controladores ODBC 1.0 (en Windows) y ninguno que conozcamos en Linux. |
| 2.0 | 1994 | Pequeña reorganización de la API (por ejemplo, nuevo SQLBindParameter reemplazando SQLSetParam ) núcleo, cambios de conformidad de nivel 1 y 2, nuevos tipos de datos. Todavía hay una serie de aplicaciones y controladores ODBC 2.0. En Linux, la mayoría de los controladores ODBC son ODBC 3 y los pocos que todavía son ODBC 2.0 generalmente pasan a 3. También había un ODBC 2.5. |
| 3.0 | 1995 | ODBC 3.0 introdujo una gran cantidad de nuevas API y identificadores de descriptores de ODBC. La mayoría de los controladores ODBC en Linux ahora son ODBC 3.x y muchas aplicaciones también son 3.x. |
| 3,5x | 1997 | Introducción de Unicode. |
| 3,8x | 2009 | Agrupación de conexiones consciente del controlador, que permite que un controlador ODBC calcule mejor el costo de reutilizar una conexión del grupo en función de la configuración de conexión de un usuario. Operación de conexión asíncrona, que permite que las aplicaciones llenen varias conexiones en el grupo en el momento del inicio para que las solicitudes de conexión posteriores se puedan atender de manera más eficiente. Tipos de datos C específicos del controlador, que son útiles para admitir nuevos tipos de datos DBMS que los tipos C existentes no representan correctamente. Antes de la versión 3.8, los controladores ODBC tenían que usar un tipo genérico como SQL_C_BINARY para trabajar con tipos específicos de DBMS, que luego la aplicación necesitaría reconstruir. Parámetros de salida transmitidos, que permiten que una aplicación llame a SQLGetData varias veces con un búfer pequeño para recuperar un valor de parámetro grande, lo que reduce el consumo de memoria de la aplicación. (Proporcionamos un ejemplo específico de SQL Server para parámetros de salida transmitidos en nuestra sección de ejemplos de C). |
Microsoft anunció recientemente que estaba trabajando en ODBC 4.0, la primera actualización significativa de la especificación ODBC desde 1997. ODBC 4.0 tiene como objetivo abordar los requisitos de los almacenes de datos modernos. Por ejemplo, datos con una estructura jerárquica o una fuente de datos que utiliza la autenticación web para controlar el acceso a ellos.
Las principales características nuevas que incluye ODBC 4.0 son:
| Característica | Descripción |
|---|---|
| Conductores privados | Controladores ODBC que solo son visibles para una aplicación en particular. Los controladores privados no están expuestos en la aplicación de administrador de fuente de datos ODBC de todo el sistema. |
| Extensiones de idioma a través de cláusulas de escape de SQL adicionales | Las cláusulas de escape de ODBC proporcionan una forma neutral de DBMS para que las aplicaciones utilicen construcciones que no forman parte de SQL-92. Por ejemplo, combinaciones externas, ejecución de funciones, literales de fecha y hora, etc. ODBC 4.o proporciona nuevas secuencias de escape para cubrir construcciones de SQL adicionales, como cláusulas de límite, así como otras extensiones de SQL, como la selección de valores insertados, actualizados o eliminados. |
| Datos semiestructurados:tablas cuyo esquema puede no estar definido o puede cambiar fila por fila | Se puede inferir un esquema de una fuente sin esquema, como un documento JSON, XML o CSV, para exponer una vista relacional estándar de los datos. |
| Datos jerárquicos:Datos con estructura anidada (campos estructurados, listas) | Las aplicaciones que solicitan ODBC 4.x pueden ver una representación más fiel de los datos estructurados jerárquicamente que contienen filas, colecciones y valores de datos sin tipo. |
| Autenticación web | La API de ODBC SQLDriverConnect se ha modificado para que sea compatible con los requisitos de un mecanismo de autenticación web como OAuth . Por ejemplo, será posible usar SQLDriverConnect para proporcionar inicialmente un token de acceso con una duración limitada y luego ampliar la duración de una sesión con un token de actualización. |
