Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Итоговая государственная аттестация.doc
Скачиваний:
18
Добавлен:
21.09.2019
Размер:
472.06 Кб
Скачать

8. Управление распределёнными данными. Технология репликации бд.

В управлении распред. данными важны 2 аспекта: поддержка соответствия БД вносимым изменениям; обеспечение совместного доступа нескольких пользователей к общим данным.

В современных распределённых системах информация может храниться централизованно и децентрализовано.

Сущ. 2 основные технологии децентрализованного управления БД: распределённых БД; репликации (тиражирования) БД.

Модель репликации данных предполагает дублир. данных в узлах сети. Данные всегда обраб. как обычные локальные. Поддержку идентичности копий в асинхронном режиме обеспеч. компонент системы – репликатор. Между узлами в сети могут передаваться как отдельные изменения так и группы изменения данных. В течении некоторого времени копии БД могут отличаться друг от друга.

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

Недостатки: неидентичность копий БД на некотором интервале времени

9. Стандартная архитектура доступа к бд. Стандарты odbc.

ODBC – это открытый доступ к БД. Технология ODBC предусматривает использование единого интерфейса для доступа к разнородным реляционным БД. При этом язык SQL рассматривается как стандартное средство доступа к данным.

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

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

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

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

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

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

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

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

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

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

В среде Windows драйвер реализован в виде библиотеки DLL. Агенты БД реализ. как процессы. Источники данных – это данные необходимые пользователю.

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