DDDにおいて、なぜ複数の集約にまたがってトランザクションをかけてはいけないのか（multiple aggregates in one transaction） - pospomeのプログラミング日記

DDDでは 集約 = トランザクション境界 でなければならないので、 複数の集約をまたがるデータの永続化処理は結果整合性になる。 なぜ集約をまたいでトランザクションをかけてはいけないのかというと、 集約で「データの一貫性の境界」を表現するため。 なので、集約同士はデータの一貫性を保証しない = 結果整合性 ということになる。 集約がトランザクション境界ではない場合はどうなるのかというと、「データの一貫性の境界」がドメインレイヤで表現できなくなる。 あるときは 集約A, 集約B が一緒のトランザクションで登録され、 あるときは 集約A, 集約B, 集約C が一緒のトランザクションで登録される、というケースがあると、 「データの一貫性の境界」はアプリケーションレイヤのトランザクション開始から終了までのコードで表現されてしまうので、 それぞれの集約がどの粒度で一貫性を保たれるのかが分からなくなる

[NetPenguin]

いまさらながら集約に対する操作をトランザクション境界とすることを知った。たしかにこの方が、別システムと連携して(=API呼び出し)一つの業務を実現する場合には利点が多そう。

[j5ik2o]

よいまとめ

[efcl]

複数の集約にまたがるトランザクションの問題

[yojik]

ビジネスロジックは、モノとモノの間のコト(=集約ルート間にまたがるオブジェクト)を追加・編集するものが多く(ユーザと組織の間の「所属」とか)、集約をトランザクション境界にするDDD自体の発想に違和感がある。

[sugimori]

集約はトランザクションの単位だとした時に結果整合性を許容できる設計を見つけることができるのだろうか