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