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

      Более существенным фактором при рассмотрении имеющихся возможностей
организации распределенных вычислений является то, что использование для этой цели
COM является одним из самых недорогих решений. Регистрационная база данных (реестр)
- это составная часть операционной системы, и, соответственно, не нуждается в отдельном
приобретении; поддержка DCOM (Distributed COM) в виде соответствующих сервисов
либо также присутствует в операционной системе (Windows NT), либо доступна
бесплатно (Windows 95). Сервисы, занимающиеся поиском одной из нескольких
реализаций сервера для данного клиента (directory services), в DCOM как таковом
отсутствуют - местоположение реализации сервера фиксируется при настройке DCOM
для конкретного клиента (есть, конечно, надстройки над COM, обеспечивающие такой
сервис, например, Inprise OLEnterprise, но их использование не является обязательным).
      Из этого, конечно, не следует, что распределенная информационная система с
помощью COM/DCOM может быть создана бесплатно. Если удаленный сервер
предоставляет клиентам сервисы доступа к данным, приобретению подлежат лицензии на
клиентскую часть серверной СУБД (при этом их число может быть равным не числу
серверов, а числу конечных пользователей - все определяется лицензионным соглашением
производителя серверной СУБД). Помимо этого, могут быть и другие лицензии,
подлежащие приобретению в этом случае, например, лицензия на многопользовательский
доступ к Borland Database Engine, входящая в состав продукта Inprise MIDAS. Однако
даже с учетом этих затрат общая стоимость такой информационной системы оказывается
существенно ниже, чем при использовании, например, Inprise Entera. Естественно,
чрезвычайно высоких требований к надежности систем на основе COM при этом
предъявлять не стоит, но во многих случаях такое решение может оказаться вполне
удовлетворительным.
      В настоящее время популярным направлением развития информационных систем
для малых и средних предприятий является создание трехзвенных систем с
использованием технологии Inprise MIDAS, базировавшейся до недавнего времени на том,
что серверы доступа к данным представляют собой не что иное, как COM-серверы. Они
называются также серверами автоматизации и поддерживают интерфейс IDataBroker
(сейчас серверы MIDAS могут быть не только COM-, но и CORBA-серверами). В данном
курсе не содержится детальных подробностей создания обычных MIDAS-серверов и
клиентов. Однако, при создании многозвенных систем с помощью этой технологии в
промышленных масштабах могут возникнуть некоторые проблемы.

      Проблемы эксплуатации COM-серверов и COM+
     Разработчики COM-серверов нередко сталкиваются с различными проблемами при
их создании и эксплуатации. В частности, при разработке COM-серверов для доступа к
данным, обслуживающих нескольких клиентов, следует позаботиться о поддержке
нескольких соединений с базой данных и о работе с несколькими потоками. Создание
подобного кода с помощью удаленных модулей данных Delphi или C++Builder,
содержащих компоненты TDatabase и TSession, не представляет особых сложностей.
Однако при большом числе обслуживаемых клиентов наличие подобного
многопользовательского сервиса предъявляет серьезные требования к аппаратному
обеспечению компьютера, на котором этот сервис функционирует. Поэтому нередко
разработчики пытаются создать дополнительный код для осуществления совместного
доступа многих клиентов к нескольким соединениям с базой данных, при этом число
последних должно быть по возможности минимальным. Обычно для такого разделения
ресурсов используется термин "database connection pooling", и в комплекте поставки
Delphi 4 Client/Server Suite имеется соответствующий пример.
     При подключении очередного клиента к COM-серверу происходит создание
обслуживающего его COM-объекта (например, удаленного модуля данных), и этот объект
при отключении клиента от сервера уничтожается. В известном смысле такой объект

110