- •Архитектура клиент- сервер.
- •Клиент серверная архитектура.
- •Протокол odbc.
- •Принципы построения систем ориентированных на анализ данных.
- •Хранилище данных.
- •Комбинация многомерного и реляционного подхода: киоски данных.
- •Логическая схема сппр.
- •Гомогенные и гетерогенные распределенные субд.
- •Фундаментальный принцип и 12 целей Дейта.
Гомогенные и гетерогенные распределенные субд.
Гомогенные — однородные
Гетерогенные — неоднородные
В гомогенных системах все узлы используют один и тот же тип СУБД в геторогенных системах на узлах могут функционировать различные типы СУБД. В частности реляционные, иерархические, сетевые, ООП.
Гомогенные системы гораздо поще проектировать и сопровождать, а так же добавлять новые узлы к существующей системе. Геторогенные системы обычно взникают тогда, когда существующие узлы интегрируються во вновь создаваемую систему. В геторогенных системах для организации взаимодействия между различными СУБД потребуеться организовать трансляцию передаваемых сообщений, причём пользователи каждого узла должны иметь возможность вводить запросы на языке той СУБД, которая используеться на данном узле. В общем случае данные могут быть затребованны с узла, который характеризуеться:
Иным типом используемого оборудования.
Иным типом используемой СУБД.
И то и другое.
Если используетсья один и тот же тип СУБД на разном оборудовании, то трансляция включает замену кодов и изменение длины слова.
Если разняться типы используемых СУБД, то процедура трансляции усложняеться тем, что необходимо отображать структуры данных одной модели в соответствующие структуры данных другой модели.
Например:
Отношения в реляционной модели должны бть преобразованны в записи и наборы в сетевой модели, кроме того, потребуеться транслировать текст запросов с одного языка на другой.
Типичное решение для обеспечения взаимодействия узлов геторогенной системе основанно на системе шлюзов. Шлюз организует трансляцию языка и модели данных между каждой парой, взаимодествующих узлов. Однако шлюзы не позволяют организовать управление транзакциями для отдельной пары узлов. Т. е. Шлюзы не позволяют координировать управление паралельностью и поцедурами востановления транзакций ключащих обновление данных в обеих базах.
Specification Working Group
Цели этой группы:
Унифицированный интерфейс языка SQL, позволяющий создавать клиентские приложения не привязанные к конкретному типу используемй СУБД.
Унифицированный протокол доступа к БД, позволяющей СУБД одного типа непсредственно взаимодействовать с СУБД другого типа, без необходимости использования какого-либо шлюза.
Унифицированный сетевой протокол, позволяющий осуществлять взаидействие СУБД различного типа.
Отыскание способа, позволяющего в 1ой транзакции осуществлять обработку данных содержищихся в нескольких базах, управлемых субд различных типов, без использования шлюзов.
Фундаментальный принцип и 12 целей Дейта.
Для пользователя распределенная система должна выглядеть точно так же, как и нераспределенная.
Для того, что бы достич такого состояния распределенная система, согласно Дейту, должна отвечать следующим 12 целям:
