2.2Стандарт odbc

Подключение БД, созданных разными производителями и на различных платформах, к программным приложениям выполняется с помощью коммутационных библиотек, поставляемых этими производителями. Зачастую эти библиотеки существенно разнятся друг от друга, что припятствует перенососимости прикладного ПО.

На рубеже 80–90 -ых годов прошлого столетия компания Microsoft предложила стандарт для взаимодействия с БД на платформе Windows. Этот коммутационный интерфейс получил название Open Database Connectivity (ODBC). Основой для создания послужил стандарт SQL X/Open Call Level Interface.

В соответствии с этим стандартом каждый производитель СУБД предоставляет коммутационные средства, реализующие такой интерфейс.

Эти средства располагаются на стороне клиента и позволяет разработчикам создавать приложения, работающие с СУБД разных производителей единообразным образом.

Средства ODBC очень популярны, однако они представляют собой "тяжеловесный" процесс и с ростом объема БД теряют в производительности из-за того, что они располагаются на стороне клиента. Говорят, что средства ODBC ориентированы на создание "толстого клиента", когда трансформация форматов данных выполняется на машине клиента. Кроме того, ODBC работает только с реляционными БД.

В последующем компания Microsoft разработала новые стандарты, обеспечивающие создание "легковесных" процессов для связи с БД и поддержку как реляционных, так и отличных от реляционных моделей данных. Одним из таких стандартов является ADO (ActiveX Data Objects - объекты данных ActiveX) или ADO.NET.

ADO API позволяет разработчикам создавать приложения, работающие со средствами обработки данных разных производителей единообразным образом.

В соответствии с этим стандартом многие производители СУБД или других средств обработки данных предоставляет соответствующие провайдеры (поставщики) данных, которые располагаются на стороне сервера БД. И предоставляют программе данные без привлечения дополнительного посредника ODBC. Однако, не все производители СУБД или других средств обработки данных предоставляет соответствующие провайдеры (поставщики) данных, но все они предоставляют провайдер к ODBC, а, следовательно, в любом случае обеспечивают досту к данным.

ADO или ADO.NET API позволяет добиться хороших результатов при работе с Windows. Говорят, что они ориентированы на создание "тонкого клиента", когда трансформация форматов данных выполняется на сервере.

2.3Технологии взаимодействия delphi с бд

Характерной особенностью большинства программ, созданных с помощью Delphi и предназначенных для работы с БД, является использование специальных технологий взаимодействия с БД, которые упрощают доступ к данным за счет простых и удобных визуальных компонент доступа.

Эти технологии реализуются в виде специальных библиотек программ взаимодействия с БД. На сегодня можно выделить 3-ри основные технологии доступа к данным, используемые в Delphi:

1. Технология BDE (Borland Database Engine - машина баз данных корпорации Borland);

2. Технология ADO (ActiveX Data Objects — объекты данных, построенные как объекты ActiveX) активно развивается корпорацией Microsoft.

3. Технология dbExpress (корпорации Borland).

Технология BDE является исторически первой и первоначально была ориентирована на работу с локальными и файл-серверными БД типа FoxPro или Paradox. Однако в дальнейшем за счет применения дополнительных средств – драйверов ODBC, она предоставила возможность подключения локальных и клиент-серверных БД.

Технология ADO более поздняя и характерна для файл-серверных, клиент-серверных и трехзвенных БД. Ее особенностью является то, что она обеспечивает универсальный способ доступа к самым разнообразным источникам данных — от SQL-серверов до электронных таблиц типа MS Excel. Для доступа к данным эта технология использует специализированные провайдеры (поставщики) данных, в частности, и провайдер ODBC.

Технология dbExpress позволяет приложениям Delphi обращаться напрямую (без дополнительго ПО) к наиболее распространенным SQL-серверам MySQL, Oracle, DB2 и т.д.