Проектирование и реализация баз данных и клиентских приложений в среде MS Visual Studio.NET. Макурин Ю.Д - 68 стр.

UptoLike

Составители: 

68
Компонент
представления
Прикладной
компонент
Клиент
Компонент доступа к
ресурсам
Сервер
SQL
Рисунок 17 Модель доступа к удаленным данным
Клиент направляет запросы к информационным ресурсам (например, к
базам данных) по сети удаленному компьютеру. На нем функционирует ядро
СУБД, которое обрабатывает запросы, выполняя предписанные в них действия, и
возвращает клиенту результат, оформленный как блок данных. При этом
инициатором манипуляций с данными выступают программы
, выполняющиеся на
компьютерах-клиентах, в то время как ядру СУБД отводится пассивная роль
обслуживание запросов и обработка данных.
RDA-модель избавляет от недостатков, присущих как системам с
централизованной архитектурой, так и системам с файловым сервером.
Прежде всего, перенос компонента представления и прикладного
компонента на компьютеры-клиенты существенно разгружает сервер БД
,
уменьшая общее число процессов операционной системы. Сервер БД
освобождается от несвойственных ему функций; процессор или процессоры
сервера целиком загружаются операциями обработки данных, запросов и
транзакций. Это становится возможным благодаря отказу от терминалов и
оснащению рабочих мест компьютерами, которые обладают собственными
локальными вычислительными ресурсами, полностью используемыми
программами переднего плана. С другой
стороны, резко уменьшается загрузка
сети, так как по ней передаются от клиента к серверу не запросы на ввод-вывод
(как в системах с файловым сервером), а запросы на языке SQL, а их объем
существенно меньше.
Основное достоинство RDA-модели заключается в унификации
интерфейса "клиент-сервер" в виде языка SQL. Действительно, взаимодействие
прикладного компонента
с ядром СУБД невозможно без стандартизованного
средства общения. Запросы, направляемые программой ядру, должны быть
понятны обеим сторонам. Для этого их следует сформулировать на специальном
языке. Но в СУБД уже существует язык SQL, о котором речь шла выше. Поэтому
было бы целесообразно использовать его не только в качестве средства доступа к
данным, но
и как стандарта общения клиента и сервера.
К сожалению, RDA-модель не лишена ряда недостатков. Во-первых,
взаимодействие клиента и сервера посредством SQL-запросов существенно
загружает сеть. Во-вторых, удовлетворительное администрирование приложений
в RDA-модели практически невозможно из-за совмещения в одной программе
различных по своей природе функций (функции представления и прикладные
функции).
              Клиент                       SQL          Сервер


     Компонент       Прикладной                    Компонент доступа к
   представления      компонент                         ресурсам




            Рисунок 17 ⎯ Модель доступа к удаленным данным

       Клиент направляет запросы к информационным ресурсам (например, к
базам данных) по сети удаленному компьютеру. На нем функционирует ядро
СУБД, которое обрабатывает запросы, выполняя предписанные в них действия, и
возвращает клиенту результат, оформленный как блок данных. При этом
инициатором манипуляций с данными выступают программы, выполняющиеся на
компьютерах-клиентах, в то время как ядру СУБД отводится пассивная роль ⎯
обслуживание запросов и обработка данных.
       RDA-модель избавляет от недостатков, присущих как системам с
централизованной архитектурой, так и системам с файловым сервером.
       Прежде всего, перенос компонента представления и прикладного
компонента на компьютеры-клиенты существенно разгружает сервер БД,
уменьшая общее число процессов операционной системы. Сервер БД
освобождается от несвойственных ему функций; процессор или процессоры
сервера целиком загружаются операциями обработки данных, запросов и
транзакций. Это становится возможным благодаря отказу от терминалов и
оснащению рабочих мест компьютерами, которые обладают собственными
локальными      вычислительными     ресурсами,    полностью    используемыми
программами переднего плана. С другой стороны, резко уменьшается загрузка
сети, так как по ней передаются от клиента к серверу не запросы на ввод-вывод
(как в системах с файловым сервером), а запросы на языке SQL, а их объем
существенно меньше.
       Основное достоинство RDA-модели заключается в унификации
интерфейса "клиент-сервер" в виде языка SQL. Действительно, взаимодействие
прикладного компонента с ядром СУБД невозможно без стандартизованного
средства общения. Запросы, направляемые программой ядру, должны быть
понятны обеим сторонам. Для этого их следует сформулировать на специальном
языке. Но в СУБД уже существует язык SQL, о котором речь шла выше. Поэтому
было бы целесообразно использовать его не только в качестве средства доступа к
данным, но и как стандарта общения клиента и сервера.
       К сожалению, RDA-модель не лишена ряда недостатков. Во-первых,
взаимодействие клиента и сервера посредством SQL-запросов существенно
загружает сеть. Во-вторых, удовлетворительное администрирование приложений
в RDA-модели практически невозможно из-за совмещения в одной программе
различных по своей природе функций (функции представления и прикладные
функции).
                                      68