ГОСТ Р МЭК 62264-5—2012
Приложение В
(справочное)
Вопросы и ответы по использованию транзакций
В.1 Различные идентификаторы
Вопрос:
Различные системы используют различные идентификаторы для одних и тех же объектов. Действия GET и
другие действия используют идентификаторы для описания обьекта. Какой идентификатор следует брать, как
происходит трансляция в данном случае?
Ответ:
На этапе проектирования оформляется соглашение о порядке использования идентификаторов. Трансля
ция производится в любой из рассматриваемых систем или в системе с коммутирующим программным обеспече
нием.
Вопрос становится сложным, если рассматривается сразу более двух систем. В данном случае может ока
заться предпочтительным обозначить некоторую систему как архив отображающей информации и допустить
изменение альтернативных имен в качестве свойства объекта.
Например, если система технического обслуживания, производственная система или рыночная система
работает с одним и тем же объектом, но с различными его идентификаторами, то данным системам можно
назначить "Идентификатор технического обслуживания-’. "Идентификатор производства" и "Рыночный идентифи
катор". Действие GET может быть использовано (вместе с указанным именем свойства) для возвращения указан
ного глобального идентификатора и соответствующего отображения.
В.2Тип транзакции
Вопрос:
Рассматриваемые транзакции относятся к базам данных или к сообщениям?
Ответ:
Настоящий стандарт устанавливает транзакции для сообщений между кооперирующими системами. Тран
закции для баз данных здесь не рассматриваются. К сожалению, термин «транзакция» может обозначать раз
личные понятия в различных контекстах.
В.З Откат(возвращение предыдущего состояния)
Вопрос:
Как работать с откатами?
Ответ:
Собственник данных должен уметь работать с любыми откатами. Каждая транзакция может иметь
режим CONFIRM (подтверждение), когда получатель ответа несет ответственность за принятие соответствующего
решения.
В.4 CONFIRM (подтверждение)
Вопрос:
Почему следует использовать режим CONFIRM для сообщения SYNC?
Ответ:
Обычно режим CONFIRM не используется вместе с сообщением SYNC. Однако в некоторых ситуациях это
может оказаться необходимым, и это допускается определением транзакции. Потребность возникает, если ин
формация оказывается критической и ее нужно отправить ограниченному числу подписчиков.
Данный режим следует использовать с осторожностью, так как:
a) если подписалось много клиентов, то издатель может быть перегружен сообщениями CONFIRM;
b
) если предварительная подписка не оформлена, то издатель не может знать, что клиент не подтвердил
сообщение SYNC;
c) даже если издатель видит, что клиент неправильно обработал сообщение SYNC (либо отправил сообще
ние CONFIRM с ошибкой или вообще ничего не отправил), то он уже ничего сделать не гложет.
В.5Двухфазный контроль за завершением транзакций
Вопрос:
Как выполняется двухфазный контроль за завершением транзакций?
Ответ:
Несколько транзакций, рассмотренных в настоящем стандарте, могут быть частью большой рыночной тран
закции. которая либо коллективно полностью завершается, либо полностью откатывается назад. Двухфазный
99