# オプションAは「各DB挿入を個別のDBトランザクションで実行する」と規定しています。この場合、最初のDB挿入が成功し、2番目の挿入が失敗した場合、最初の挿入はロールバックされないため、不整合が発生します。このオプションは除外されます。
# オプション D は、両方の DB 挿入を 1 つの DB トランザクションで実行することを意味します。
一般的に、1つ以上のデータベース接続が必要な場合は、XAトランザクションを使用する必要があります。ローカルトランザクションは1つのリソースしかサポートしないためです。したがって、このオプションも除外されます。
# オプションBは、データベース処理前に確認応答を行うため、メッセージはキューから削除されます。後日システム障害が発生した場合、メッセージは取得できません。
# オプション C は有効です: 「JMS メッセージを ack しない」とありますが、トランザクションの最後にメッセージは自動的に確認されます。すべてのコンポーネントが XA トランザクションの一部であることを確認する方法は次のとおりです: https://docs.
mulesoft.com/jms-connector/1.7/jms-transactions
取引に関する追加情報：
# XAトランザクション - XAトランザクションを使用すると、JMS、VM、JDBCリソースなどの複数のトランザクションリソースからの一連の操作を、単一の非常に信頼性の高いグローバルトランザクションにグループ化できます。
# XA（eXtended Architecture）標準は、グローバルトランザクションマネージャとローカルトランザクションリソースマネージャ間のインターフェースを規定するX/Openグループの標準です。
XAプロトコルは、2フェーズコミットプロトコルを定義しており、これにより、異なる種類のサーバーであっても、複数のサーバー間で一連の「すべて実行」または「すべて実行」の操作をより確実に調整および順序付けすることができます。
# JMS ack を使用する場合
- 確認応答は最終的に行われるべきであり、おそらく非同期的に行われる。
メッセージ受信のパフォーマンスは極めて重要です
メッセージ処理は冪等である
- SAGAパターンの振り付け部分について
# JMSトランザクションを使用する
- 積分処理のその他のすべての場合において、最小単位の作業を実行したい場合
- 作業単位が単一のメッセージの受信以上のものを含む場合
- プログラミングモデル（開始／コミット／ロールバック）を簡素化し、統一する