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

В модели удаленного доступа (Remote Data Access, RDA) база данных хранится на сервере. На сервере же находится ядро СУБД. На клиенте располагается презентационная логика и бизнес-логика приложения. Клиент обращается к сер­веру с запросами на языке SQL. Структура модели удаленного доступа приведе­на на рис. 10.5.

Преимущества данной модели:

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

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

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

Основное достоинство RDA-модели — унификация интерфейса «клиент-сервер», стандартом при общении приложения-клиента и сервера становится язык SQL.

Недостатки:

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

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

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

Дата добавления: 2015-05-09