ODBC est une API d'accès aux données qui permet à une application d'être écrite sans avoir à spécifier ou à connaître le système de base de données qu'elle utilisera lors de son exécution, en d'autres termes, ODBC isole l'application des spécificités de l'accès à une base de données.
L'historique des versions d'ODBC est :
| Version | Libéré | Description |
|---|---|---|
| 1.0 | 1993 | La première version d'ODBC. Seuls quelques applications et pilotes ODBC 1.0 existent encore (sous Windows) et aucun à notre connaissance sous Linux. |
| 2.0 | 1994 | Petite réorganisation de l'API (par exemple, nouveau SQLBindParameter remplacement de SQLSetParam ) noyau, changements de conformité de niveau 1 et 2, nouveaux types de données. Il existe encore un certain nombre d'applications et de pilotes ODBC 2.0. Sous Linux, la plupart des pilotes ODBC sont ODBC 3 et les quelques-uns qui sont encore ODBC 2.0 passent généralement à 3. Il y avait aussi un ODBC 2.5. |
| 3.0 | 1995 | ODBC 3.0 a introduit un grand nombre de nouvelles API et de descripteurs ODBC. La plupart des pilotes ODBC sous Linux sont désormais ODBC 3.x et de nombreuses applications sont également 3.x. |
| 3,5x | 1997 | Introduction d'Unicode. |
| 3,8x | 2009 | Mise en pool de connexions prenant en compte le pilote, qui permet à un pilote ODBC de mieux estimer le coût de la réutilisation d'une connexion à partir du pool en fonction des paramètres de connexion d'un utilisateur. Opération de connexion asynchrone, qui permet aux applications de remplir plusieurs connexions dans le pool au démarrage afin que les demandes de connexion ultérieures puissent être traitées plus efficacement. Types de données C spécifiques au pilote, qui sont utiles pour prendre en charge de nouveaux types de données SGBD que les types C existants ne représentent pas correctement. Avant la version 3.8, les pilotes ODBC devaient utiliser un type générique tel que SQL_C_BINARY pour travailler avec des types spécifiques au SGBD, que l'application devait ensuite reconstruire. Paramètres de sortie diffusés en continu, qui permettent à une application d'appeler plusieurs fois SQLGetData avec un petit tampon pour récupérer une grande valeur de paramètre, ce qui réduit l'empreinte mémoire de l'application. (Nous fournissons un exemple spécifique à SQL Server pour les paramètres de sortie diffusés en continu dans notre section d'exemples C.) |
Microsoft a récemment annoncé qu'il travaillait sur ODBC 4.0, la première mise à jour importante de la spécification ODBC depuis 1997. ODBC 4.0 vise à répondre aux exigences des magasins de données modernes. Par exemple, des données avec une structure hiérarchique ou une source de données qui utilise l'authentification Web pour en contrôler l'accès.
Les principales nouvelles fonctionnalités incluses dans ODBC 4.0 sont :
| Fonctionnalité | Description |
|---|---|
| Chauffeurs privés | Pilotes ODBC qui ne sont visibles que pour une application particulière. Les pilotes privés ne sont pas exposés dans l'application d'administration de source de données ODBC à l'échelle du système. |
| Extensions de langage via des clauses d'échappement SQL supplémentaires | Les clauses d'échappement ODBC fournissent aux applications un moyen indépendant du SGBD d'utiliser des constructions qui ne font pas partie de SQL-92. Par exemple, les jointures externes, l'exécution de fonctions, les littéraux datetime, etc. ODBC 4.o fournit de nouvelles séquences d'échappement pour couvrir des constructions SQL supplémentaires telles que des clauses de limite ainsi que d'autres extensions de SQL telles que la sélection de valeurs insérées, mises à jour ou supprimées. |
| Données semi-structurées :tableaux dont le schéma peut ne pas être défini ou peut changer ligne par ligne | Un schéma peut être déduit d'une source sans schéma telle qu'un document JSON, XML ou CSV, pour exposer une vue relationnelle standard des données. |
| Données hiérarchiques :données à structure imbriquée (champs structurés, listes) | Les applications demandant ODBC 4.x peuvent voir une représentation plus fidèle des données structurées hiérarchiquement contenant des valeurs de ligne, de collection et de données non typées. |
| Authentification Web | L'API ODBC SQLDriverConnect a été modifié pour être compatible avec les exigences d'un mécanisme d'authentification Web tel que OAuth . Par exemple, il sera possible d'utiliser SQLDriverConnect pour fournir initialement un jeton d'accès avec une durée de vie limitée, puis prolonger la durée d'une session avec un jeton d'actualisation. |
