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

является "личным" объектом данного клиента. Заметим, что создание серверных объектов
по запросу клиента требует ресурсов (оперативной памяти, времени), что становится
актуальным в условиях реальной промышленной эксплуатации многозвенных систем,
когда удаленные модули данных или иные подобные объекты обслуживают большие
объемы данных из большого количества таблиц. Поэтому для экономии времени,
затрачиваемого на создание и уничтожение таких СOM-объектов, имеет смысл создать
дополнительный код, осуществляющий однократное создание нескольких подобных
COM-объектов коллективного пользования и предоставляющий их на время
обратившимся клиентам по их запросу.
     Еще одна проблема, с которой сталкиваются разработчики приложений,
предназначенных для работы с серверными СУБД - обработка транзакций,
представляющих собой изменение данных в нескольких таблицах, которые либо все
вместе выполняются, либо все вместе отменяются. Нередко код, описывающий
транзакцию в стандартной двухзвенной клиент серверной системе, содержится в
клиентском приложении, а не в серверной части, просто потому, что в случае отката
транзакции клиентское приложение должно быть уведомлено об этом. Что касается
распределенных транзакций, использующих синхронные изменения в нескольких разных
базах данных, их обработка практически всегда производится только в клиентском
приложении. Подобные требования усложняют написание клиентских приложений,
особенно если в информационной системе их несколько, и повышают соответствующие
требования к аппаратной части рабочих станций. Нередко с целью изъятия кода
обработки    транзакций    из   клиентского    приложения    разработчики    создают
специализированные сервисы, ответственные за обработку транзакций (так называемые
мониторы транзакций; есть и специальные продукты, предназначенные для управления
распределенными транзакциями).
     Имеется также ряд проблем, связанных с авторизованным доступом пользователей к
сервисам, предоставляемым COM-серверами. Эти вопросы, если рассматривать их в
рамках традиционной COM-технологии, остаются исключительно на совести
разработчиков этих сервисов, а также системных администраторов, конфигурирующих
DCOM. Спецификация COM не содержит никаких требований на этот счет.
     Таким образом, возникла потребность в расширении COM-технологии. Расширение
заключалось в разработке сервиса, который бы обеспечивал:
       - создание COM-объектов для совместного использования многими клиентами;
       - поддерживал авторизованный доступ к этим объектам, а также при
          необходимости обработку транзакций этими объектами.
     Расширенная таким образом технология COM получила название COM+, а сам
сервис, реализующий это расширение, получил название Microsoft Transaction Server
(MTS).
     Microsoft Transaction Server представляет собой сервис, обеспечивающий
централизацию использования серверов автоматизации, а также управление транзакциями
и совместное использование несколькими клиентами соединений с базой данных
независимо от реализации сервера. Версия 2.0 этого сервиса входит в состав NT Option
Pack и доступна для Windows NT и Windows 95/98. Однако некоторые возможности MTS
(например, управление удаленными объектами) реализованы только в версии NT Option
Pack для Windows NT.
     Отметим, что, помимо создания COM-объектов для коллективного пользования,
предоставления сервисов авторизации пользователя при доступе к объектам и обработки
транзакций, MTS предоставляет средства мониторинга объектов и транзакций, что
упрощает их реализацию.




                                                                                 111