Serg0Нужен совет бывалого.
Имеется DB2 UDB 8.2 ESE под виндой, на на этом же сервере MQ Series 5.2 сервер. Information Center отсутствует и лицензию на него покупать никто не собирается.

Нужно написать простенькое нечто, что будет в 2 стороны взаимодействовать как с базой данных так и с очередями, как для проведения распределенных транзакций, так и для репликации небольших таблиц (разово или по запросу). Писаться будет на C.

Вопрос - как лучше организовать схему работы и взаимодействия DB2 & MQ Series?

На AS/400 я бы ограничился тригерами на очередях и связанных таблицах, целостность транзакций обеспечивал юы на прикладном уровне, а винда меня смущает...
опыта программирования для MQSeries + DB2 под виндой нет.

Есть ли какие-то "подводные камни"?

да есть. мы вот тут это с ggv обсуждали, посмотри этого должно хватить. /topic/87266&hl=mq

что касается AS/400. там единственное требование чтобы обеспечить целочтность транзакций между DB2 и MQ -- the job must be under commitment control ( check out strcmtctl / endcmtctl commands ) так что обеспечивать целостность транзакций можно не обязательно на прикладном уровне.

Serg0Ну, недаром меня винда смущает - в самом вопросе перепутал и написал "Information Center" вместо " Information Integrator " :-(

2 NewYear - эту вашу дисскусию я видел, но у меня нет Information Integrator и все придется делать на внешних приложениях - либо триггер очереди работает с DB2 (через ADO, например), либо наоборот - внешняя процедура DB2 общается с MQSeries.


А вот не получится...
Через ADO в принципе сделать можно, но для этого нужно писать COM+ объект. А это далеко не удовольствие. И как его вызывать из триггера. Или из внешной процедуры.

Сделайте в два этапа. В триггире скопируйте нужную информацию в отдельную таблицу.
А программка пусть обрабатывает эту таблицу, скажем раз в 5 минут.

> но у меня нет Information Integrator

А там речь про него и не идёт.

Serg0 NewYear> но у меня нет Information Integrator

А там речь про него и не идёт.

т.е. обсуждалось API MQSeries, а не DB2 Information Integrator? Спасибо! где-то так я себе это и напланировал.

>Через ADO в принципе сделать можно, но для этого нужно писать COM+ объект. А это далеко не
>удовольствие. И как его вызывать из триггера. Или из внешной процедуры.

Отчего же не получится? COM+ это перебор - триггер на очереди заполняет таблицу, триггер на таблице - обработка данных и ответ менеджеру очередей. В обратную сторону еще проще - сообщение в очередь

нет это не перебор.
вот скажи кто в предложенных схемах является transaction coordinator, a кто resource manager.
особенно вот здесть "триггер на таблице - обработка данных и ответ менеджеру очередей."

А что будет если MQ остановить, а DB2 продолжает работать?

Serg0

Конечно, сам по себе триггер на таблице при выключенном MQSeries не отработает свой функционал, но вместе с системой хранения референсов обработанных записей и проверки их при каждом срабатывании + аналогичный(только по сути) механизм для очереди при ее старте... Почему нет?



ну потому что нет способа запустить из триггера глобальную транзакцию.