WebSphere Message Broker バージョン 8.0.0.5 オペレーティング・システム: AIX、HP-Itanium、Linux、Solaris、Windows、z/OS

製品の最新バージョンについては、IBM Integration Bus バージョン 9.0 をご覧ください。

データベース更新のコミット

データベースと対話するメッセージ・フローを作成する場合は、現行ノードの処理が完了するときに更新をコミットするのか、メッセージ・フローの現在の呼び出しが終了するときに更新をコミットするのかを選択できます。

このトピックの情報は、DatabaseInput ノードには適用されません。 DatabaseInput ノードについて詳しくは、イベントに基づくデータベース統合を参照してください。

ノードごとに、「トランザクション」プロパティーに適切なオプションを選択し、いつデータベース更新をコミットするかを指定します。

ここで選択した値が、更新したデータベース表にインプリメントされます。 表ごとに異なった値を選択することはできません。

「トランザクション」「コミット」に設定した場合は、ノードの ESQL 内で PROPAGATE ステートメントを使用することによって、メッセージ・フローの動作およびデータベース更新のコミットメントが影響を受ける場合があります。

ノードから 1 つ以上の出力メッセージを生成する PROPAGATE ステートメントを組み込む場合は、出力メッセージのパス全体が完了するまで、PROPAGATE ステートメントの処理は完了したと見なされません。 このパスには、1 つ以上の出力ノードを含む他の複数のノードが含まれている場合があります。 その後、PROPAGATE ステートメントを発行するノードに制御が戻り、ESQL が終了します。 この時点で、必要に応じてデータベースのコミットが実行されます。

伝搬されたパス上のノードの 1 つがエラーを検出して例外をスローすると、PROPAGATE ステートメントをコーディングしたノードの処理は完了しません。 エラー処理の結果がロールバックになる場合は、メッセージ・フローおよびこのノード内のデータベース更新がロールバックされます。 この動作は、「コミット」オプションの規定の動作と整合していますが、期待する動作ではない可能性があります。

特記事項 | 商標 | ダウンロード | ライブラリー | サポート | フィードバック

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        最終更新:
        
        最終更新: 2015-02-28 17:45:34


タスク・トピックタスク・トピック | バージョン 8.0.0.5 | ac17030_