aggregate-transaction-boundary

集約の定義そのものが「強い整合性の境界」である。複数集約を単一トランザクションに含めることは、集約の定義からの逸脱であり、モジュラリティとスケーラビリティを破壊する。

複数の集約にまたがるルールはどれも、常に最新の状態にあるということが期待できない。イベント処理やバッチ処理、その他の更新の仕組みを通じて、他の依存関係は一定の時間内に解消できる。

ひとつの集約上でコマンドを実行するときに、他の集約のコマンドも実行するようなビジネスルールが求められるのなら、その場合は結果整合性を使うこと。

Klären Sie die Beziehung zwischen Aggregaten und Transaktionsgrenzen und erkennen/korrigieren Sie das Anti-Pattern, mehrere Aggregate in eine einzige Transaktion einzubeziehen. Wenden Sie das Prinzip an, dass ein Aggregat eine starke Konsistenzgrenze darstellt. Wenn also mehrere Aggregate in einem Anwendungsfall aktualisiert werden müssen, verwenden Sie Eventual Consistency. Wird bei Codeüberprüfungen, beim Design von Anwendungsfällen oder beim Refactoring verwendet, um Probleme an Transaktionsgrenzen zu erkennen. Zielsprachen: sprachunabhängig (Java, Kotlin, Scala, TypeScript, Go, Rust, Python usw.). Auslöser: Anfragen zu Transaktionsgrenzen wie „Aktualisieren mehrerer Aggregate in derselben Transaktion“, „@Transactional zum Anwendungsfall“, „Wie man die Konsistenz über Aggregate hinweg aufrechterhält“, „Sollte ich das Saga-Muster verwenden“, „Entwerfen von Transaktionsgrenzen“, „Eine Transaktion pro Aggregat“, „Implementierung eventueller Konsistenz“ oder „Transaktionen über Aggregate hinweg“. Quelle: j5ik2o/okite-ai.