Multiple Aggregates Root INSTANCES pro Transaktion

Question

In DDD sollte das Aggregat die Transaktionsgrenze darstellen. Eine Transaktion, die die Einbeziehung von mehr als einem Aggregat erfordert, ist oft ein Zeichen, dass entweder das Modell verfeinert werden sollte oder die Transaktionsanforderungen überprüft werden sollten oder beides.

Bedeutet dies, dass die Transaktionsgrenze pro Aggregatstamm INSTANCE oder pro Aggregat ist?

Angenommen, ich habe eine aggregierte Wurzel namens "Node", innerhalb jedes "Node" habe ich eine Sammlung von "Fields (Value-Objekten)". Jedes "Feld" hat einen Typ und kann vom Typ "Knoten" sein. In meinem Fall, wenn es vom Typ "Node" ist, werde ich die ID an den "Node" aggregierten Root speichern.

Node (AggregateRootID 1) 
---> Field1 : String (John) 
---> Field2 : String (Doe) 
---> Field3 : Node (AggregateRootID 2) 

Node (AggregateRootID 2) 
--> Field1 : String (Jane) 
--> Field2 : String (Doe) 

Wenn ich eine Transaktion habe, die beide AggregateRoots-Instanzen aktualisiert, ist das gültig?

Oder bedeutet es, wenn ich "Knoten" Aggregat und "Element" Aggregat habe, dass ich nicht beide in einer Transaktion aktualisieren kann?

Answer 1

Ich denke, ein AR kann mehr über die Konsistenz Grenze als die Transaktion Grenze sein.

Die Tatsache, dass eine Transaktion zufällig gut an eine AR-Grenze passt, ist nur Zufall.

Da Transaktionen eher ein Problem der Anwendungsschicht sind, gibt es nicht unbedingt ein Designproblem, wenn Sie mehr als ein AR in einer Transaktion haben.

In der Tat würde ich so weit gehen, zu sagen, dass Sie in einigen 100% -Konsistenz-Anforderungsszenarien nicht einmal die Wahl haben, sondern alle Änderungen in eine Transaktion einzubeziehen.

Answer 2

Angenommen, Sie arbeiten mit CQRS in einem Async-Modell, dann werden Ihre Aggregatgrenzen wahrscheinlich das einzige innerhalb dieser Transaktion geänderte Aggregat. Das ist das genaue Gegenteil, wenn Sie CQRS in einem Synchronisationsmodell verwenden oder wenn Sie RPC N-Tier-Entwicklungsstil verwenden, bei dem in einem Clientaufruf einige Änderungen an Ihrem Datenmodell vorgenommen werden. In diesem letzten Fall haben Sie definitiv mehrere Instanzen von Aggregaten innerhalb derselben Transaktion (z. B. Arbeitseinheit mit Transaktionsbereich).

Ich glaube nicht, dass es eine richtige oder falsche Antwort auf Ihre Frage gibt, ohne mehr über die Architektur Ihres Systems zu wissen. DDD allein kann die Regeln für Ihre systemweiten Transaktionen nicht festlegen. Was ich sicher sagen kann, ist, wenn Sie zufällig ein async, ereignisbasiertes System mit cqrs verwenden und zufällig mehr als ein Aggregat pro Transaktion ändern, dann, und das ist nur meine Meinung, etwas scheint nicht zu sein Recht.