Открытый интерфейс доступа к базам данных

Программный интерфейс уровня вызовов

Стандарт SQL2 определил интерфейс уровня вызова (СLI) в котором стандартизирован общий набор рабочих процедур, обеспечивающий совместимость со всеми основными типами и серверов баз данных.

Технологическая основа CLI- размещаемая на компьютере клиента специальная библиотека, в которой хранятся вызовы процедур и сетевых компонентов для организации связи с сервером. Это программное обеспечение поставляется обычно в составе среды разработки и поддерживает разнообразные сетевые протоколы.

Использование программных вызовов позволяет свести к минимуму операции на компьютере-клиенте. В общем случае клиент формирует оператор языка SQL в виде строки и пересылает ее на сервер посредством процедуры исполнения.

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

В общем виде схема доступа приложений к базам данных с помощью ODВС показана на рис. 4.13.

Доступ приложения к данным происходит путем вызова на языке SQL стандартных функций интерфейса ОDВС. На компьютере-клиенте при этом должна функционировать операционная система Microsoft с интерфейсом ОDВС.

Взаимодействие приложения с данными производится с помощью мене­джера (диспетчера) драйверов, который подключает необходимый драйвер в соответствии с форматом данных СУБД. Драйвер СУБД, используя сетевые средства, как правило, коммуникационные модули конкретной СУБД, передает SQL операторы серверу СУБД. Результаты выполнения запросов на сервере передаются обратно в приложение.

Спецификация открытого интерфейса баз данных (ОDВС — Ореn Database Соnnесtivity), предназначена для унификации доступа к данным, размещенным на удаленных серверах. ОЕ опирается на спецификации СLI.

ODBC представляет собой программный слой, унифицирующий интерфейс взаимодействия приложений с базами данных. За реализацию особенностей доступа к каждой отдельной СУБД отвечает соответствующий специальный ODBC- драйвер. Пользовательское приложение этих особенностей не видит, так как взаимодействует с универсальным программным слоем более высокого уровня. Таким образом, приложение становится в значительной степени независимым от СУБД. Вместо создания в каждом отдельном случае СУБД-приложения с обращениями через «родной», но быстро устаревающий интерфейс, можно использовать один общий стандартизированный программный интерфейс.

В архитектуре ОDВС используется один ODBC Driver Маnаger и несколько ОDВС-драйверов, обеспечивающих доступ к конкретным СУБД. Driver Маnаger связывает приложение и интерфейсные объекты, которые выполняют обработку SQL запросов к конкретной СУБД.

Такой подход является достаточно универсальным, стандартизируемым, что и позволяет использовать ОDВС для работы практически с любой системой.

Однако этот способ также не лишен недостатков:

• увеличивается время обработки запросов (как следствие введения дополнительного программного слоя);

• необходимы предварительная инсталляция и настройка ODBC- драйвера (указание драйвера СУБД, сетевого пути к серверу, базы данных и т. д.) на каждом рабочем месте. Параметры этой настройки являются статическими, т. е. приложение их изменить самостоятельно не может.

Стандарт ОDВС был разработан для решения той части данной проблемы, которая относится к реляционным базам данных о источникам данных, имеющим табличную организацию, например электронным таблицам. Как показа но на рис. 15.2, ОDВС является интерфейсом между Wtb-сервером (или другим пользователем базы данных) и сервером базы данных. Он представляет собой набор стандартов, позволяющих, кроме прочего, запускать на выполнение SQL-операторы и возвращать результаты и сообщения об ошибках. Из рисунка можно видеть, что разработчики могут обращаться к серверам данных через «родные интерфейсы, если таковы их предпочтения (иногда это делается для увеличения производительности), но когда работы слишком много, а время и желание изучать множество библиотек, собственных интерфейсов СУБД отсутствуют, то вместо них можно пользоваться ОDВС.

Стандарт ООВС имел большой успех, поскольку чрезвычайно упростил не которые задачи, связанные с разработкой баз данных. У него есть существенный недостаток, для преодоления которого МS разработала стандарт ОLE DВ. На рис. 15.3 представлены отношения между ОLЕ DВ, ОDВС и другими типами источников данных. ОLЕ DВ предоставляет объектно-ориентированный интерфейс к источникам данных почти любого типа. Производители СУБД могут.заключать фрагменты родных библиотек в объекты ОLE DВ, благодаря чему функции этих библиотек становятся доступными через интерфейс ОLE DВ. Кроме того, ОLE DВ можно использовать как интерфейс к источникам данных ОDВС. Наконец, в ОLE DВ предусмотрена поддержка и нереляционных источников данных.

Так как ОLЕ DВ представляет собой объектно-ориентированный интерфейс, он особенно хорошо подходит для использования с объектно-ориентированными языками программирования, такими как С++. Однако многие разработчики приложений баз данных программируют на Vasual Basic или на сценарных языках, таких как VВSсгiрt и JSсгiрt. Чтобы и им предоставить доступ к ODBC MS разработала АDО как оболочку для объектов ОLЕ DВ (рис. 15.4). АDО позволяет обращаться к функциональности OLE DB практически из любого языка. ОLЕ DВ и АDО отлично выполняют свои функции и облегчают труд разработчика баз данных.

Дата добавления: 2015-05-09