ODBC е API за достъп до данни, който позволява да се пише приложение, без да се налага да се посочва или знае системата на базата данни, която ще използва при стартиране, с други думи, ODBC изолира приложението от спецификата на достъпа до база данни.
Историята на изданията на ODBC е:
| Версия | Освободен | Описание |
|---|---|---|
| 1.0 | 1993 | Първата версия на ODBC. Все още съществуват само няколко ODBC 1.0 приложения и драйвери (в Windows) и нито едно, което знаем за Linux. |
| 2.0 | 1994 | Малка реорганизация на API (напр. нов SQLBindParameter замествайки SQLSetParam ) ядро, промени в съответствието на ниво 1 и 2, нови типове данни. Все още има редица ODBC 2.0 приложения и драйвери. В Linux повечето ODBC драйвери са ODBC 3, а малкото, които все още са ODBC 2.0, обикновено преминават към 3. Имаше и ODBC 2.5. |
| 3.0 | 1995 | ODBC 3.0 въведе голям брой нови API и дескрипторни манипулатори на ODBC. Повечето ODBC драйвери в Linux вече са ODBC 3.x, а много приложения също са 3.x. |
| 3,5x | 1997 | Въведение на Unicode. |
| 3.8x | 2009 | Обединяване на връзки, осведомени за драйвери, което позволява на ODBC драйвер да оцени по-добре разходите за повторно използване на връзка от пула въз основа на настройките за връзка на потребителя. Асинхронна операция за свързване, която позволява на приложенията да попълват множество връзки в пула по време на стартиране, така че следващите заявки за свързване да могат да се обслужват по-ефективно. Специфични за драйвера типове данни C, които са полезни за поддръжка на нови типове данни на СУБД, които съществуващите C типове не представят правилно. Преди версия 3.8 драйверите на ODBC трябваше да използват общ тип като SQL_C_BINARY, за да работят със специфични за СУБД типове, които след това приложението ще трябва да реконструира. Поточно изходни параметри, които позволяват на приложението да извиква SQLGetData с малък буфер няколко пъти, за да извлече голяма стойност на параметъра, намалявайки отпечатъка на паметта на приложението. (Ние предоставяме специфичен пример за SQL Server за поточно изходни параметри в нашия раздел C примери.) |
Microsoft наскоро обяви, че работи върху ODBC 4.0, първата значителна актуализация на спецификацията на ODBC от 1997 г. насам. ODBC 4.0 има за цел да отговори на изискванията на съвременните хранилища за данни. Например данни с йерархична структура или източник на данни, който използва уеб удостоверяване, за да контролира достъпа до тях.
Основните нови функции, които ODBC 4.0 включва са:
| Функция | Описание |
|---|---|
| Частни драйвери | ODBC драйвери, които са видими само за определено приложение. Частните драйвери не са изложени в широкосистемното приложение за администратор на източник на данни ODBC. |
| Езикови разширения чрез допълнителни SQL Escape клаузи | Изходните клаузи на ODBC осигуряват неутрален към DBMS начин приложенията да използват конструкции, които не са част от SQL-92. Например външни обединения, изпълнение на функции, литерали за дата и време и т.н. ODBC 4.o предоставя нови escape последователности за покриване на допълнителни SQL конструкции, като ограничителни клаузи, както и други разширения на SQL, като избор на вмъкнати, актуализирани или изтрити стойности. |
| Полуструктурирани данни:Таблици, чиято схема може да не е дефинирана или може да се променя на база ред по ред | Схема може да бъде изведена от източник без схема, като JSON, XML или CSV документ, за да се изложи стандартен релационен изглед на данните. |
| Йерархични данни:Данни с вложена структура (структурирани полета, списъци) | Приложенията, изискващи ODBC 4.x, може да видят по-вярно представяне на йерархично структурирани данни, съдържащи стойности на редове, колекция и нетипизирани данни. |
| Уеб удостоверяване | API ODBC SQLDriverConnect е променен, за да бъде съвместим с изискванията на механизъм за уеб удостоверяване, като OAuth . Например, ще бъде възможно да се използва SQLDriverConnect първоначално да предоставите токен за достъп с ограничен живот и след това да удължите продължителността на сесията с маркер за опресняване. |
