Фуфаев - Разработка и эксплуатация удалённых БД (1084483), страница 17
Текст из файла (страница 17)
Необходимость такого подхода связана с специфическими (не реляционными) базами данных, создаваемыми, например, по результатам автоматизированного конструкторского и технологического проектирования с применением систем САР/САМ. 6.3. Монитор обработки транзакций Монитор обработки транзакций — это программа, управляющая обменом данных между клиентами и серверами. ТР-монитор обеспечивает создание единообразной вычислительной среды, в полной мере отвечающей современным концепциям управления производством посредством создания единого информационного пространства (см.
гл. 2). Применение ТР-монитора повышает эффективность управления базами данных за счет: » маршрутизации транзакций; ° управления распределенными транзакциями; ° уравновешивания нагрузки на серверы; ° мультиплексирования соединений; ° повышения надежности. Маршрутизация транзакций. ТР-монитор позволяет применять средства управления доступа к различным СУБД за счет перенаправления транзакций. Управление распределенными транзакциями. ТР-монитор позволяет управлять транзакциями, которые требуют доступа к данным, хранящимся в нескольких, возможно даже разнородных, СУБД (Огас!е, Я(И.
Бечег и др.). ТР-мониторы обычно управляют транзакциями с использованием стандарта РТР (Р)згг)Ьигед Тгапзасйоп Ргосенйпй — обработка распределенных транзакций). Уравиовешивание нагрузки иа серверы. ТР-монитор позволяет равномерно распределить клиентские запросы по нескольким СУБД, находящимся на одном или нескольких компьютерах, по принципу перенаправления обращений клиента к службам наименее загруженного сервера.
Кроме того, ТР-монитор может для обеспечения необходимого уровня производительности переводить в рабочее состояние дополнительные СУБД. Мультиплексирование соединений. В среде с большим количеством пользователей иногда возникают сложности обеспечения их одновременного подключения к СУБД. Однако во многих случаях пользователям и не требуется непрерывный доступ к СУБД. ТР-монитор позволяет перейти от режима, при котором каждый пользователь постоянно подключен к СУБД, к режиму, при котором соединения СУБД устанавливаются только в случае необходимости и поддерживаются лишь до тех пор, пока происходит обмен данными.
Кроме того, через одно подобное соединение передаются запросы сразу от нескольких пользователей. ТР-монитор позволяет предоставить доступ к имеющимся СУБД большему количеству пользователей с использованием меньшего количества соединений, что, в свою очередь, сокращает потребности в ресурсах. Повышение надежности. ТР-монитор в качестве диспетчера транзакций выполняет все необходимые действия по обеспечению непротиворечивости базы данных, тогда как сервер баз данных действует как диспетчер ресурсов. В случае отказа СУБД ТР-монитор способен перенаправип транзакцию в другую СУБД или хранить ее в памяти до тех пор, пока работа данной СУБД не восстановится.
ТР-мониторы обычно применяются в среде с очень большим объемом транзакций, в которой они могут снять часть нагрузки с сервера СУБД. Наиболее распространенными являются ТР-мониторы С1ОС и Епсша компании 1ВМ, которые используются в операционных системах %1пдовз ХТ. 6.4. Универсальная стратегия доступа к данным ООВС Как уже говорилось, основная стратегия разработки приложений управления доступом к базам данных заключается в интеграции универсальных языков программирования с языком БО1-. Для выполнения такой интеграции фирма М1сгозой разработала универсальный интерфейс, получивший название Ореп Оа1абазе Соппес1м[у (ООВС) — открытый доступ к базам данных.
Техно- 84 логия ОРВС предусматривает использование елиного интерфейса для доступа к разнородным реляционным базам данных. При этом язык БОЬ рассматривается как стандартное средство доступа к данным. Интерфейс ОРВС, реализованный непосредственно на языке С, обеспечивает высокую степень функциональной совместимости, в результате чего одно и то же приложение может получать доступ к данным, хранящимся в базах различных целевых СУБД, без необходимости внесения изменений в его программный текст. Таким образом, разработчики получили инструмент, позволяющий создавать и распространять приложения с архитектурой клиент — сервер, способные работать с широким спектром различных целевых СУБД. Для связи приложения с любой выбранной пользователем целевой СУБД достаточно лишь иметь соответствующий драйвер базы данных.
В настоящее время технология ОРВС факгически признана как международный стандарт. Основной причиной популярности этой технологии является ее гибкость, предоставляющая разработчикам следующие преимушества: ° приложения больше не связаны с прикладным интерфейсом АР1 (Арр11саг1оп РгоКгаптпз1пй 1пгег1асе) конкретной СУБД; ° операторы БОЬ могут явно включаться в исходный текст приложения или динамически создаваться непосредственно во время выполнения программы; ° в приложении можно не учитывать особенности используемых протоколов передачи данных; ° данные могут передаваться и приниматься в том формате, который в набольшей степени подходит для данного приложения; ° свойства поддержки разработаны с учетом требований международных стандартов. Драйверы ОРВС разработаны практически для всех реляционных СУБД.
Рассмотрим кратко структуру ОВВС, в интерфейс которой включены следующие элементы: ° библиотека функций, вызов которых позволяет приложению подключаться к базе данных, выполнять операторы Я.Н и извлекать информацию из таблиц баз данных; ° стандартный метод подключения и регистрации в СУБД; ° стандартные средства представления данных различных типов; ° стандартный набор кодов ошибок; ° типовой синтаксис операторов БОБ. Архитектура ОРВС состоит из четырех компонентов: приложения, диспетчера драйверов, драйверов и агентов баз данных, источников данных. Приложение выполняет обработку данных и вызов функций библиотеки ОРВС для отправки операторов БО1 в СУБД и выборки информации из таблиц баз данных.
Диспетчер драйверов выполняет загрузку и выгрузку драйверов в соответствии с алгоритмом работы приложения. Этот программный компонент может сам обрабатывать вызовы функций или передавать их драйверу. Разработан компанией М)сгозой и представляет собой динамически связываемую библиотеку РББ (Рупапнс ).1п)с ) Ьбгагу). Драйверы и агенты баз данных обрабатывают вызовы функций ОРВС, направляют запросы 5(.Н. в конкретные источники данных и возвращают полученные результаты приложению. При необходимости драйверы модифицируют исходный запрос приложения для приведения его в соответствие синтаксическим требованиям целевой СУБД. Драйверы могут представлять только возможности, обеспечиваемые целевой СУБД, т.е.
от них не требуется собственной реализации возможностей, которые не поддерживает СУБД. Например, если целевая СУБД не поддерживает операции внешнего соединения, то эта функция не будет поддерживаться и драйвером ОВВС. Единственным исключением из этого правила являются драйверы для СУБД, не имеющих собственных машин баз данных, например ХВазе. В этом случае драйвер реализует машину базы данных, которая поддерживает минимальный набор операторов $ЯБ. Существует две схемы реализации ОРВС: с использованием одного и нескольких драйверов (рис. 6.2).
Рис. 6.2. Схемы реализации ОРВС с использованием одного (а) и не- скольких (б) драйверов 86 В варианте архитектуры ОРВС с использованием единственного драйвера для каждого типа СУБД потребуется применение агентов базы данных, размещаемых в серверной части приложения. При обработке запросов на доступ к базе данных эти агенты взаимодействуют с драйвером ОРВС, расположенным в клиентской части приложения. В варианте архитектуры ОРВС с использованием нескольких драйверов все указанные ранее задачи должны решаться каждым драйвером ОРВС, и в этом случае не требуется применения агента базы данных.
В среде ЪУ)пг)овз драйвер реализован в виде библиотеки Р1.1.. Агенты баз данных реализуются как процессы, которые функционируют на сервере с установленной целевой базой данных. Источники данных содержат те данные, доступ к которым необходим пользователю приложения, и сохраняются они в базе данных контролируемой целевой СУБД и операционной системой. Несмотря на то что технология ОРВС является практически стандартным средством доступа к данным, она имеет много ограничений, в том числе связанных с доступом к объектам нереляционных баз данных. Дальнейшим развитием технологий доступа к различным данным, как реляционным, так н нереляционным (файловым и почтовым системам, графическим и мультимедийным объектам), является технология ОЕЕ РВ.
Технология ОЕЕ РВ (ОЬ)ест 1.(пав(пй апд ЕшЬедйпя (ог РагаВааеа), созданная фирмой М(сгозой, — это объектно-ориентированная система, разработанная на основе С++ АР1. Учитывая большой потребительский спрос на разработку корпоративных информационных систем, разработчики программных продуктов постоянно совершенствуют имеющиеся и создают новые технологии доступа к удаленным базам данных. Рассмотрим наиболее широко применяемые из них в настоящее время: СОМ; АРО .НЕТ; .ХЕТ Ггаше%ог)с; СОЕВА; МЕРАБ.
6.5. Технологии СОМ Технология доступа к удаленным данным Сошропепг ОЬ)ест Моде1 (СОМ) — компонентная модель объектов, разработанная фирмой М(сгозой как средство взаимодействия приложений (в том числе составных частей операционной системы %(пдочгз), функционирующих на одном компьютере. В дальнейшем технология СОМ усовершенствовалась для управления объектами базы данных, расположенных в пределах локальной вычислительной сети. На технологии СОМ построены такие методы управления удаленными объектами, как ОЬЕ, Автоматизация, АсйуеХ.
° Метод ОБЕ (ОЬ1есг Ь)пЫпя апд ЕтЬедд(пя) — связывание и объединение объектов — протокол, обеспечивающий обмен данными между приложениями. С помощью ОЬЕ пользователи могут связывать или внедрять объекты различных приложений (в том числе и баз данных) в файлы других приложений. (Одним из типов полей в реляционных базах данных является ОЬЕ.) Каждый объект ОЬЕ характеризуется двумя компонентами: собственно информацией, содержащейся в исходном файле, и адресом нахождения файла на дисковом пространстве компьютера или адресом файла в локальной вычислительной сети. Развитием технологии 01.Е является технология ОЬЕ ОВ— программный интерфейс, удовлетворяющий структуре СОМ и предоставляющий унифицированный способ доступа к различным файлам, в общем случае не являющимся базами данных.
При этом объекты управления данными АОО (Ас1!уеХ Оага ОЬ)ес1з) являются промежуточным звеном между серверной и клиентской частями баз данных. » Метод Автоматизация, называемый иногда автоматизацией ОЬЕ, обеспечивает взаимодействие клиентских и серверных приложений программным способом, например с применением языка УВА. ° Метод АсИгеХ является 32-разрядной версией элементов управления 01.Е. Таким образом, технология СОМ представляет собой различные методы управления удаленными объектами баз данных, построенных в архитектуре типа клиент — сервер, в том числе предназначенных и для работы в ЛВС.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
