Вопрос №4. Двухзвенная архитектура. Модель удаленного доступа к данным. Схема, достоинства, недостатки.

Двухзвенная архитектура - это модель, фактически являющаяся распределением пяти указанных функций между двумя процессами, которые выполняются на двух платформах: клиенте и сервере.

Модель удаленного доступа к данным

В этой модели БД хранится на сервере, на нем же находится и ядро СУБД. На клиенте располагается PL и BL приложения. Клиент обращается к серверу с запросом на языке SQL.

SQL

Зап-

рос

Достоинства:

1. расположение на клиенте PL и BL функций существенно разгружает сервер БД, сводя к минимуму общее число процессов в ОС

2. процессор сервера целиком загружается операциями обработки данных, запросов и транзакций

3. резко уменьшается загрузка сети, т.е в ответ на запросы клиент получает только необходимые данные

4. стандартным при обращении приложения клиента к серверу становится язык SQL.

Недостатки:

1. запросы на SQL при интерактивной работе клиента могут существенно загрузить сеть

2. на клиенте могут располагаться PL и BL и при повторении аналогичных функций в различных приложениях (других клиентов) их код должен быть повторен для каждого клиентского приложения, следовательно происходит дублирование кода приложения

3. сервер в этой модели играет пассивную роль, поэтому функции управления информационными ресурсами выполняются на клиенте, следовательно это усложняет клиентское приложение

Вопрос №5. Двухзвенная архитектура. Модель активного сервера. Схема, достоинства, недостатки.

Двухзвенная архитектура - это модель, фактически являющаяся распределением пяти указанных функций между двумя процессами, которые выполняются на двух платформах: клиенте и сервере.

модель активного сервера

для того чтобы избавиться от недостатков модели удаленного доступа должны быть соблюдены следующие условия:

1. данные, которые хранятся в БД в каждый момент времени должны быть непротиворечивы

2. БД должна отображать некоторые правила и законы ПО

3. необходим постоянный контроль за состоянием БД

4. контроль типа данных через язык описания данных

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

Клиентское приложение обращается к серверу с командой запуска хранимой процедуры, а сервер выполняет эту процедуру и регистрирует все изменения в БД. Сервер возвращает клиенту данные, соответствующие его запросу. Централизованный контроль в данной модели выполняется с использованием механизма триггеров, которые являются частью БД. ТРИГГЕР – это механизм отслеживания специальных событий, который связан с событием БД. Данная модель сервера является активной, потому что не только клиент, но и сам сервер использует механизм триггеров.

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

Н едостатки: очень большая загрузка сервера.