３分で読めるトランザクション設計のコツ

これはなに こんにちは、もりたです。 最近Software Designで連載をしています[1]。連載をしているとアホほど資料を読んでめちゃくちゃ学びがあるんですが原稿の進捗がやばすぎてZennに投稿できません[2]。この記事はせめてもの償いとして最近知った便利情報を簡単に皆さんにお伝えします。 テーマは「トランザクションの中に処理を書く順番」です。 これについて、簡単な指針があるという話をします。 課題：トランザクション処理の順番がわからん トランザクション処理を書いていると、こういう場面に出会います。 外部サービスとの連携があって、どこで失敗したらどうなるかを考えないといけない トランザクションの中でメールを送るかどうか悩む 例として、ECサイトの注文確定処理を考えます。 // コードの中身は重要じゃないので雰囲気で呼んでください。 // DB::transaction()の中がトラン

[bootJP]

メール送信は確定したトランザクションに対するイベントなので、注文のトランザクション外でDBを参照したい気持ちがありますね。

[nojimage]

実際にはメール送信をトランザクション内に書くのは向かないんじゃないかな。カード決済処理とかのほうが適切な気がする（決済も正確に書くと煩雑ではある

[Windymelt]

“トランザクショナルアウトボックスパターン”

[mkusaka]

トランザクション内の処理順は「非保護・保護・実」で分類し、実（メール送信）は最後に実行する

[momonga_dash]

Unprotected Protected Real

[NetPenguin]

最近、LLM影響なのかOutboxパターンという記述をよく見る気がする。 Outboxにかかれた要求を実行する部分が、結局めんどくさいなぁと思っていたりする。

[yarumato]

“非保護アクションは失敗してもどうでもいいやつです。保護アクションはロールバックすればもとに戻るもの。実アクションは、ロールバックしても戻りません。実アクションは最後に実行”

[nguyen-oi]

外部サービス連携とかメール送信を最後に持ってくるのは基本だけど、いざ書く時に忘れがち。実アクションの分類は分かりやすい