Распределенная обработка данных. Найханова Л.В. - 15 стр.

     Недостаток тоже очевиден. При таком высоком уровне интерфейса между
клиентской и серверной частями системы на стороне клиента работает слишком мало
программ СУБД. Это нормально, если на стороне клиента используется маломощная
рабочая станция. Но если клиентский компьютер обладает достаточной мощностью, то
часто возникает желание возложить на него больше функций управления базами данных,
разгрузив сервер, который является узким местом всей системы.
     Одним из перспективных направлений СУБД является гибкое конфигурирование
системы, при котором распределение функций между клиентской и пользовательской
частями СУБД определяется при установке системы.
Преимущества протоколов удаленного вызова процедур
      Протоколы удаленного вызова процедур особенно важны в системах управления
базами данных, основанных на архитектуре "клиент-сервер".
      Во-первых, использование механизма удаленных процедур позволяет действительно
перераспределять функции между клиентской и серверной частями системы, поскольку в
тексте программы удаленный вызов процедуры ничем не отличается от удаленного
вызова, и следовательно, теоретически любой компонент системы может располагаться и
на стороне сервера, и на стороне клиента.
      Во-вторых,    механизм     удаленного  вызова    скрывает  различия    между
взаимодействующими компьютерами. Физически неоднородная компьютерная сеть
приводится к логически однородной сети взаимодействующих программных
компонентов. В результате пользователи не обязаны серьезно заботиться о разовой
закупке совместимых серверов и рабочих станций.
Типичное разделение функций между клиентами и серверами
     В типичном на сегодняшний день случае на стороне клиента СУБД работает только
такое программное обеспечение, которое не имеет непосредственного доступа к базам
данных, а обращается для этого к серверу с использованием языка SQL.
     В некоторых случаях хотелось бы включить в состав клиентской части системы
некоторые функции для работы с "локальным кэшем" базы данных, т.е. с той ее частью,
которая интенсивно используется клиентской прикладной программой. В современной
технологии это можно сделать только путем формального создания на стороне клиента
локальной копии сервера базы данных и рассмотрения всей системы как набора
взаимодействующих серверов.
     С другой стороны, иногда хотелось бы перенести большую часть прикладной
системы на сторону сервера, если разница в мощности клиентских рабочих станций и
сервера чересчур велика. В общем-то при использовании RPC это сделать нетрудно. Но
требуется, чтобы базовое программное обеспечение сервера действительно позволяло это.
В частности, при использовании ОС UNIX проблемы практически не возникают.
Требования к аппаратным возможностям и базовому программному
обеспечению клиентов и серверов
     Из предыдущих рассуждений видно, что требования к аппаратуре и программному
обеспечению клиентских и серверных компьютеров различаются в зависимости от вида
использования системы.
     Если разделение между клиентом и сервером достаточно жесткое (как в
большинстве современных СУБД), то пользователям, работающим на рабочих станциях
или персональных компьютерах, абсолютно все равно, какая аппаратура и операционная
система работают на сервере, лишь бы он справлялся с возникающим потоком запросов.
Но если могут возникнуть потребности перераспределения функций между клиентом и
сервером, то уже совсем не все равно, какие операционные системы используются.


                                                                                   15