Вопрос 38. Клиент-серверные архитектуры распределенной обработки данных.

Клиент-серверная архитектура распределенной обработки данных.

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

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

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

Технологии клиент-сервер принято разделять все функции системы на 4 группы: ввод о отображение данных(пользовательского интерфейса); реализация логики предметной или прикладной области; фундаментальные функции хранения и управления информационными ресурсами; служебные функции организации взаимодействия между функциями первых 3 групп.

В зависимости от группировки и размещения этих функций в узлах сети выделяют 4 подхода:

1. Файловый сервер FS – компоненты представления предметной логики и доступа к ресурсу сосредоточены на клиентской машине. Предоставляет только функции файлового доступа, доступ к ресурсам предоставляется файловыми операциями.

2. Доступ к удаленным данным RDA – коды компонента представления и прикладного компонента совмещены и выполняются на компьютере клиента, который поддерживает как функции ввода и отображения данных так и прикладные функции. Доступ к информационным ресурсам обеспечивается как правило операторами специального языка (например SQL) или вызовами функций специализированной библиотеки API. С удаленным компьютером, например сервером БД, ведется обмен запросами и блоками данными.

3. Сервер БД DBS – процесс выполняемый на компьютере-клиенте ограничивается функцией представления. Прикладные функции реализованы в хранимых процедарх. Они храняться непосредственно в БД на сервере БД. Понятие информационного ресурса для этой модели сужено до БД поскольку механизм хранимых процедур имеется пока только в БД.

4. Сервер приложений AS – приклданой компонент размещается на отдельной машине. Таким образом трех-звенная архитектура является более общей моделью по отношению двух-звенной модели. Обособление компонента поддержки бизнес правил способствуют повышению специального компонента или к клиентской информационной системы и эффективности ее функционирования. Модель подразумевает обобщение до многозвенной архитектуры содержащей множество прикладных компонентов поддержания различных уровней семантики и бизнес логики.

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