3.5. Выводы по разделу

       В этом  разделе рассмотрены технология удаленного вызова процедур RPC, COM и DCOM. Дано описание базовых операций RPC, этапов выполнения RPC и принципов динамического связывания.

По COM/DCOM можно определить слеующие выводы.

1. Компонент СОМ подобен мини-приложению; он поставляется пользователю как двоичный код, скомпилированный, скомпонованный и готовый к использованию. Он реализует определенный набор пользовательских функций по обработке информации. Компоненты взаимодействуют через унифицированный интерфейс, не изменяющийся на протяжении всего жизненного цикла каждого компонента. Взаимодействие компонентов в вычислительных сетях ничем не отличается от взаимодействия на одном компьютере.

2. Компоненты делятся на клиенты и компоненты. Компонент, использующий другой компонент называется клиентом.

3. Компоненты СОМ взаимодействуют друг с другом динамически. Для этого они сохраняются в DLL- или EXE-файлах Win32.

4. Компоненты СОМ сообщают о своем существовании через интерфейс IUnknown. Используя эту схему объявлений, клиенты могут динамически находить нужные им константы.

5. Для поиска компонентов в вычислительных сетях используются компоненты-переадресовщики.

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

7. Клиент подключается к интерфейсу компонента не по имени интерфейса или его сервисов, а по адресу в блоке памяти, предоставляющем интерфейс.

8. Интерфейсы СОМ реализуются только через абстрактный базовый класс, представляющий собой таблицу виртуальных функций, адресуемую указателем на нее. После реализации базового абстрактного класса в произвольном классе таблица виртуальных функций преобразуется в массив указателей на реализации виртуальных функций.

9. DCOM позволяет клиенту создавать и использовать объекты как на удаленных системах, так и на локальной. Причем, клиент может даже не осознавать различия между этими двумя случаями.

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

·        масштабиpуемость;

·        производительность;

·        возможность смешанной загрузки разными типами задач; 

·        обеспечение постоянной доступности данных.

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

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