terasoluna.org
TERASOLUNA Server Framework for Java (5.x) Development Guideline 5.9.0.RELEASE (2024-03-29) Japanese (HTML, ZIP) 5.8.1.RELEASE (2023-04-18) Japanese (HTML, ZIP) 5.7.3.RELEASE (2024-03-29) Japanese (HTML, ZIP) 5.7.2.RELEASE (2023-03-31) Japanese (HTML, ZIP) 5.7.1.SP1.RELEASE (2022-04-07) Japanese (HTML, PDF) 5.7.1.RELEASE (2022-03-31) Japanese (HTML, PDF) 5.7.0.SP1.RELEASE (2022-04-07) Japanese (HT
4.1. ドメイン層の実装 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
4.1.1. ドメイン層の役割¶ ドメイン層は、 アプリケーション層に提供する業務ロジックを実装するためのレイヤとなる。 ドメイン層の実装は、以下3つに分かれる。
DDDにおいて、なぜ複数の集約にまたがってトランザクションをかけてはいけないのか（multiple aggregates in one transaction） - pospomeのプログラミング日記
DDDでは 集約 = トランザクション境界 でなければならないので、 複数の集約をまたがるデータの永続化処理は結果整合性になる。 なぜ集約をまたいでトランザクションをかけてはいけないのかというと、 集約で「データの一貫性の境界」を表現するため。 なので、集約同士はデータの一貫性を保証しない = 結果整合性 ということになる。 集約がトランザクション境界ではない場合はどうなるのかというと、「データの一貫性の境界」がドメインレイヤで表現できなくなる。 あるときは 集約A, 集約B が一緒のトランザクションで登録され、 あるときは 集約A, 集約B, 集約C が一緒のトランザクションで登録される、というケースがあると、 「データの一貫性の境界」はアプリケーションレイヤのトランザクション開始から終了までのコードで表現されてしまうので、 それぞれの集約がどの粒度で一貫性を保たれるのかが分からなくなる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
