6.2.3. Интегрированные или федеративные системы и мультибазы данных
Направление интегрированных или федеративных систем неоднородных БД и мульти-БД появилось в связи с необходимостью комплексирования систем БД, основанных на разных моделях данных и управляемых разными СУБД.
Основной задачей интеграции неоднородных БД является предоставление пользователям интегрированной системы глобальной схемы БД, представленной в некоторой модели данных, и автоматическое преобразование операторов манипулирования БД глобального уровня в операторы, понятные соответствующим локальным СУБД. В теоретическом плане проблемы преобразования решены, имеются реализации.
При строгой интеграции неоднородных БД локальные системы БД утрачивают свою автономность. После включения локальной БД в федеративную систему все дальнейшие действия с ней, включая администрирование, должны вестись на глобальном уровне. Поскольку пользователи часто не соглашаются утрачивать локальную автономность, желая тем не менее иметь возможность работать со всеми локальными СУБД на одном языке и формулировать запросы с одновременным указанием разных локальных БД, развивается направление мульти-БД. В системах мульти-БД не поддерживается глобальная схема интегрированной БД и применяются специальные способы именования для доступа к объектам локальных БД. Как правило, в таких системах на глобальном уровне допускается только выборка данных. Это позволяет сохранить автономность локальных БД.
Как правило, интегрировать приходится неоднородные БД, распределенные в вычислительной сети. Это в значительной степени усложняет реализацию. Дополнительно к собственным проблемам интеграции приходится решать все проблемы, присущие распределенным СУБД: управление глобальными транзакциями, сетевую оптимизацию запросов и т.д. Очень трудно добиться эффективности.
Как правило, для внешнего представления интегрированных и мульти-БД используется (иногда расширенная) реляционная модель данных. В последнее время все чаще предлагается использовать объектно-ориентированные модели, но на практике пока основой является реляционная модель. Поэтому, в частности, включение в интегрированную систему локальной реляционной СУБД существенно проще и эффективнее, чем включение СУБД, основанной на другой модели данных.
-
Содержание
- Проектирования баз данных на транспорте введение
- Проектирование базы данных
- Модели данных
- Модели данных концептуального уровня
- Модели данных логического уровня
- Проектирование объектно-ориентированных субд
- Концепции распределенных субд
- Трехслойная архитектура клиент-сервер
- Взаимодействие компонентов
- Геоинформационные субд
- Сетевые базы данных
- Субд в архитектуре «клиент-сервер»
- Открытые системы
- Клиенты и серверы локальных сетей
- Системная архитектура «клиент-сервер»
- Серверы баз данных
- Принципы взаимодействия между клиентом и сервером
- Разделение функций между клиентами и серверами
- . Распределенные бд
- Разновидности распределенных систем
- Однородные распределенные системы
- 6.2.3. Интегрированные или федеративные системы и мультибазы данных
- Преимущества и недостатки субд
- Преимущества субд
- Недостатки субд