Создание распределенных приложений на базе dCom

Для реализации технологий DCom может быть использован сервер транзакции MTS(MS Transaction Server). При организации распределенных вычислений понятие транзакции шире: транзакция – это не просто логически законченная операция над набором данных, а логически законченный блок произвольных программных действий, в том числе и при обращении к БД.

Любой Com-объект регистрируется в MTS, а клиентская программа обращается к его интерфейсу в сервере.

Сервер транзакций MTS не является самостоятельным приложением, а входит в поставку Web-сервера (Personal Web Server) и организует совместную работу серверов Com и клиентов Com, выполняющихся, возможно, на разных компьютерах. Он организует гарантированную обработку транзакций, оптимальное распределение ресурсов и автоматическое управление серверными компонентами Com

Технология corba (общая архитектура брокеров объектных запросов)

Это специальная технология, позволяющая создавать распределенные приложения, работающие на нескольких компьютерах в сети, которые, в отличие от Com-компонентов, могут выполняться под управлением разных ОС одновременно (а не только Windows). Отличие технологий CORBA от COM/MTS:

1. Серверы CORBA – это exe-файлы, которые запускаются при каждом обращении к интерфейсу. Серверы COM – это библиотеки dll, загружаемые в сервер транзакций MTS и выполняемые только в его рабочем пространстве процессов. Внешняя схожесть обработки обеспечена лишь достоинствами Delphi.

2. В технологии CORBA вместо сервера транзакции используется Broker CORBA.

Брокер объектных запросов – это специальная программа, которая отслеживает и синхронизирует работу объектов CORBA, организует процесс обмена сообщениями между ними, перезапускает их в случае сбоев компьютера, оптимально распределяет загрузку и организует связь клиентских программ с серверными объектами. Это выполняется с помощью набора встроенных служб, например, OTS – служба объектных транзакций.

Брокер данных – это не программный процесс, а коллекция библиотек стандартных функций CORBA и набор сетевых ресурсов, позволяющих их организовать. Технология CORBA поддерживается сегодня на большинстве вычислительных платформ, в том числе Unix, однако Delphi позволяет создавать объекты CORBA только для Windows.

Технология midas

Обеспечивает реализацию модели многоуровневых систем (чаще используют трехуровневую модель). Отдельные компоненты "клиент-серверного" приложения выполняются на разных компьютерах:

1. Клиентская программа реализует пользовательский интерфейс и посылает запросы на выполнение нужных действий.

2. Сервер приложений синхронизирует работу всех компонентов системы и организует связь между ними.

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

Состав приложения MIDAS

1. Удаленные модули данных – это серверы COM и CORBA.

2. Поставщики информации – это специальные объекты, возвращающие по запросу нужную информацию.

3. Компоненты связи – это службы, обеспечивающие связь между всеми составляющими системы MIDAS.

4. Клиентские наборы данных - это специальные объекты клиентской программы, использующие библиотеку MIDAS.dell для обработки получаемых данных.

Механизм работы приложения MIDAS

1. Клиентская программа соединяется с сервером приложений. Если он не запущен, то запускается автоматически.

2. Клиентская программа запрашивает данные у сервера приложений.

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

4. Клиентская программа распаковывает посылку, преобразует ее в локальный набор данных и отображает в соответствующих компонентах (TDBgrid).

5. Пользователь вносит изменения в локальный набор данных: удаляет, изменяет и добавляет записи.

6. Клиентская программа реагирует на действия пользователя и посылает запакованный протокол изменений серверу приложений.

7. Сервер приложений распаковывает посылки и формирует транзакцию к серверу баз данных, который в случае ошибок формирует набор ошибочных записей.

8. Набор посылается обратно в клиентскую программу.

9. Клиентская программа пытается решить проблему с ошибочными записями, взаимодействуя с пользователем.

10. Клиентский набор данных обновляется.