3. Двухуровневые модели распределения функций.

Двухуровневую модель Клиент — Сервер поддерживают большинство современных СУБД: Informix, Ingres, Sybase, Oracle, MS SQL Server.

Двухуровневые модели соответствуют распределению функций СУБД меж­ду двумя узлами сети:

• Компьютер-сервер - компьютер (узел сети), на котором обязательно при­сутствует функция управления данными,

• Компьютер-клиент - компьютер, близкий к пользователю и обязательно занимающийся вопроса­ми представления информации.

Двухуровневые модели ИС архитектуры клиент-сервер могут иметь разные топологии (Слайд 4) .

Топология 1 - "один клиент — один сервер", возлагает функции управления данными на один ПК - сервер, а программный интерфейс с пользо­вателем — на другой ПК и осуществляет взаимодействие между ними по сети.

Топология 2 - "несколько кли­ентов — один сервер" уменьшает нагрузку на ОС и потребности в памяти, возникающие при работе большого числа пользователей.

Топология 3 -" несколько клиентов — несколько серверов" (система с виртуальным сервером) -

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

Варианты разделения функций компьютера-сервера и компьютера-клиента (Слайд 5):

• удаленный доступ к данным;

• удаленное представление;

• распределенное представление;

• распределенная функция;

• распределенная БД.

Перечисленные способы распределения функций в таких системах дают различные варианты:

• от мощного сервера, когда практически вся работа производится на нем,

• до мощного клиента, ког­да большая часть функций выполняется на рабочей станции, а сервер обраба­тывает поступающие к нему по сети SQL-вызовы.

Наиболее широко распространенные модели - модели удаленного доступа к данным и удаленного представления - про­изводится строгое распределение функций между компьютером-клиентом и компьютером-сервером.

Прочие модели:

• модель распределенного представления,

• модель распре­деленной функции,

• модель распределенной БД.

3.1. Удаленный доступ к данным.

Удаленный доступ к данным (Remote Data Access — RDA) в ИС (Слайд 6) - БД хранится на сервере. На сервере же находится и ядро СУБД. Части приложения, поддерживающие функции ввода и отображения данных и при­кладные функции, т.е. программы, реализующие функции представления информации и логику прикладной обработки, совмещены и выполняются на компьютере-клиенте.

Клиент обращается к серверу с запросами на языке SQL или вызовом функций специальной библиотеки API (Application Programming Interface — интерфейса приклад­ного программирования).

Сервер принимает и обрабатывает запросы со стороны клиентов, проверяет полномочия пользователей, гарантирует соблюдение ограничений целостности, выполняет обновление данных, выполняет запросы и возвращает ре­зультаты клиенту, поддерживает системный каталог, обеспечивает параллельный доступ к базе данных и ее восстановление. К тому же резко уменьшается загрузка сети, так как по ней от клиентов к серверу пере­даются не файловые команды, а запросы на SQL, и их объем существенно меньше. В ответ на запросы клиент получает только данные, соответствую­щие запросу, а не блоки файлов, как в модели файлового сервера.

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

• язык SQL - стандарт при общении прило­жения-клиента и сервера,

• наличие готовых СУБД, имеющих SQL-интерфейсы, и существующих инструментальных средств, обеспечивающих быстрое создание программ клиентской части,

• установка компонента представления и прикладного компонента на клиентский компьютер не позволяет перегрузить сервер БД, сводя к минимуму общее число процессов в ОС,

• серверу БД выделяются только свойственные ему функции; он загружается операциями обработки данных, запросов и транзакций.

Недостатки:

• довольно высокая загрузка системы передачи данных - вся логика сосредоточена в приложе­нии, а обрабатываемые данные расположены на удаленном узле; - запросы на SQL при интенсивной работе клиентских приложений могут перегрузить трафик сети;

• системы модели RDA, неудобны с точ­ки зрения разработки, модификации и сопровождения, т.к. в получаемых приложениях прикладные функции и функ­ции представления тесно взаимосвязаны. Поэтому даже при незначительном изменении функций системы требуется переделка всей прикладной ее части.

• следствие - презентационные и прикладные функции приложения должны быть по­вторены для каждого клиентского приложения;

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