Универсальная стратегия доступа к данным ODBC

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

Для выполнения такой интеграции фирма Microsoft разработа­ла универсальный интерфейс, получивший название Open Database Connectivity (ODBC) — открытый доступ к базам данных. Техно­логия ODBC предусматривает использование единого интерфей­са для доступа к разнородным реляционным базам данных. При этом язык SQL рассматривается как стандартное средство доступа к данным.

Интерфейс ODBC, реализованный непосредственно на язы­ке С, обеспечивает высокую степень функциональной совмести­мости, в результате чего одно и то же приложение может полу­чать доступ к данным, хранящимся в базах различных целевых СУБД, без необходимости внесения изменений в его программ­ный текст. Таким образом, разработчики получили инструмент, позволяющий создавать и распространять приложения с архитек­турой клиент—сервер, способные работать с широким спектром различных целевых СУБД.

Для связи приложения с любой выбранной пользователем це­левой СУБД достаточно лишь иметь соответствующий драйвер базы данных.

В настоящее время технология ODBC фактически признана как международный стандарт. Основной причиной популярности этой технологии является ее гибкость, предоставляющая разработчи­кам следующие преимущества:

· приложения больше не связаны с прикладным интерфейсом API (Application Programming Interface) конкретной СУБД;

· операторы SQL могут явно включаться в исходный текст при­ложения или динамически создаваться непосредственно во время выполнения программы;

· в приложении можно не учитывать особенности использу­емых протоколов передачи данных;

· данные могут передаваться и приниматься в том формате, который в набольшей степени подходит для данного приложе­ния;

· свойства поддержки разработаны с учетом требований меж­дународных стандартов.

Драйверы ODBC разработаны практически для всех реляцион­ных СУБД.

Рассмотрим кратко структуру ODBC, в интерфейс которой включены следующие элементы:

· библиотека функций, вызов которых позволяет приложению подключаться к базе данных, выполнять операторы SQL и извле­кать информацию из таблиц баз данных;

· стандартный метод подключения и регистрации в СУБД;

· стандартные средства представления данных различных типов;

· стандартный набор кодов ошибок;

· типовой синтаксис операторов SQL.

Архитектура ODBC состоит из четырех компонентов: прило­жения, диспетчера драйверов, драйверов и агентов баз данных, источников данных.

Приложение выполняет обработку данных и вызов функций библиотеки ODBC для отправки операторов SQL в СУБД и вы­борки информации из таблиц баз данных.

Диспетчер драйверов выполняет загрузку и выгрузку драйверов в соответствии с алгоритмом работы приложения. Этот програм­мный компонент может сам обрабатывать вызовы функций или передавать их драйверу. Разработан компанией Microsoft и пред­ставляет собой динамически связываемую библиотеку DLL (Dynamic Link Library).

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

Драйверы могут представлять только возможности, обеспечи­ваемые целевой СУБД, т.е. от них не требуется собственной реа­лизации возможностей, которые не поддерживает СУБД. Напри­мер, если целевая СУБД не поддерживает операции внешнего соединения, то эта функция не будет поддерживаться и драйве­ром ODBC. Единственным исключением из этого правила явля­ются драйверы для СУБД, не имеющих собственных машин баз данных, например XBase. В этом случае драйвер реализует машину базы данных, которая поддерживает минимальный набор опера­торов SQL.

Существует две схемы реализации ODBC: с использованием одного и нескольких драйверов (рис. 6.2).

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

В варианте архитектуры ODBC с использованием нескольких драйверов все указанные ранее задачи должны решаться каждым драйвером ODBC, и в этом случае не требуется применения аген­та базы данных.

В среде Windows драйвер реализован в виде библиотеки DLL. Агенты баз данных реализуются как процессы, которые функци­онируют на сервере с установленной целевой базой данных.

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

Несмотря на то, что технология ODBC является практически стандартным средством доступа к данным, она имеет много огра­ничений, в том числе связанных с доступом к объектам нереля­ционных баз данных.

Дальнейшим развитием технологий доступа к различным дан­ным, как реляционным, так и нереляционным (файловым и по­чтовым системам, графическим и мультимедийным объектам), является технология OLE DB. Технология OLE DB (Object Linking and Embedding for DataBases), созданная фирмой Microsoft, — это объектно-ориен­тированная система, разработанная на основе С++ API.

Учитывая большой потребительский спрос на разработку кор­поративных информационных систем, разработчики программных продуктов постоянно совершенствуют имеющиеся и создают но­вые технологии доступа к удаленным базам данных. Рассмотрим наиболее широко применяемые из них в настоящее время: СОМ; ADO.NET;.NET FrameWork; CORBA; MIDAS.

Дата добавления: 2014-01-07