- •Министерство образования и науки рф
- •(Новочеркасский политехнический институт)
- •1. Введение в базы данных
- •1.1. Базы данных и информационные системы
- •1.2. Архитектура информационной системы
- •1.3. Системы управления базами данных
- •1.4. Локальные информационные системы
- •1.5. Способы разработки и выполнения приложений
- •1.6. Схема обмена данными при работе с бд
- •2. Модели и типы данных
- •2.1. Иерархическая модель
- •2.2. Сетевая модель
- •2.3. Реляционная модель
- •2.4. Постреляционная модель
- •2.5. Многомерная модель
- •2.6. Объектно-ориентированная модель
- •2.7. Типы данных
- •3. Реляционная модель данных
- •3.1. Определение реляционной модели
- •3.2. Индексирование
- •3.3. Связывание таблиц
- •Основные виды связи таблиц
- •Связь вида 1:1
- •Связь вида 1:м
- •Связь вида м:1
- •Связь вида м:м
- •3.4. Контроль целостности связей
- •3.5. Теоретические языки запросов
- •3.6. Реляционная алгебра
- •3.7. Структурированный язык запросов sql
- •Общая характеристика языка
- •Основные операторы языка
- •4. Информационные системы в сетях
- •4.1. Основные понятия
- •Виды и состав сетей
- •Программное обеспечение лвс
- •Аппаратные средства лвс
- •Принципы управления
- •4.2. Модели архитектуры клиент-сервер
- •Двухзвенные модели распределения функций
- •Трехзвенная модель распределения функций
- •Сложные схемы взаимодействия
- •4.3. Управление распределенными данными
- •Поддержка соответствия бд вносимым изменениям
- •Доступ к общим данным
- •4.4. Информационные системы в локальных сетях
- •4.5. Информационные системы в Internet и Intranet
- •Характеристика Internet
- •Базы данных в Internet и Intranet
- •5. Проектирование баз данных
- •5.1. Проблемы проектирования Избыточное дублирование данных и аномалии
- •Формирование исходного отношения
- •5.2. Метод нормальных форм
- •Зависимости между атрибутами
- •Выявление зависимостей между атрибутами
- •Нормальные формы
- •6. Перспективыразвития бд и субд
Трехзвенная модель распределения функций
Трехзеенная модель распределения функций представляет собой типовой вариант, при котором каждая из трех функций приложения реализуется на отдельном компьютере. Варианты распределения функций приложения на большее число компьютеров могут иметь место, но ввиду их редкого применения рассматриваться не будут. Рассматриваемая нами модель имеет название модель сервера приложений, или AS-модель (Application Server).
Согласно трехзвенной AS-модели, отвечающий за организацию диалога с конечным пользователем процесс, как обычно, реализует функции представления информации и взаимодействует с компонентом приложения так же, как в модели DBS. Компонент приложения, располагаясь на отдельном компьютере, в свою очередь, связано компонентом управления данными подобно модели RDA.
Центральным звеном AS-модели является сервер приложений. На сервере приложений реализуется несколько прикладных функций, каждая из которых оформлена как служба предоставления услуг всем требующим этого программам. Серверов приложений может быть несколько, причем каждый из них предоставляет свой вид сервиса. Любая программа, запрашивающая услугу у сервера приложений, является для него клиентом. Поступающие от клиентов к серверам запросы помещаются в очередь, из которой выбираются в соответствии с некоторой дисциплиной, например, по приоритетам.
Компонент, реализующий функции представления и являющийся клиентом для сервера приложений, в этой модели трактуется более широко, чем обычно. Он может служить для организации интерфейса с конечным пользователем, обеспечивать прием данных от устройств, например, датчиков, или быть произвольной программой.
Достоинством AS-модели является гибкость и универсальность вследствие разделения функций приложения на три независимые составляющие. Во многих случаях эта модель оказывается более эффективной по сравнению с двухзвенными. Основной недостаток модели - более высокие затраты ресурсов компьютеров на обмен информацией между компонентами приложения по сравнению с двухзвенными моделями.
Сложные схемы взаимодействия
Возможны более сложные схемы взаимодействия, например, схемы, в которых элемент, являющийся сервером для некоторого клиента, в свою очередь, выступает в роли клиента по отношению к другому серверу. Пример этого мы наблюдали в AS-модели. Возможно также, что в распределенной вычислительной системе при работе с БД имеются множественные связи (статические), когда один объект по отношению к одним является клиентом, а но отношению к другим - сервером. При рассмотрении взаимодействия объектов в динамике получаются еще более сложные схемы взаимодействия. Примером такой схемы является случай, когда в процессе работы роли объектов меняются: объект, являющийся в некоторый момент времени клиентом по отношению к другому объекту, в последующем становится сервером для другого объекта.
4.3. Управление распределенными данными
С управлением данными в распределенных системах связаны следующие две группы проблем: поддержка соответствия БД вносимым изменениям и обеспечение совместного доступа нескольких пользователей к общим данным.