cqrs-aggregate-modeling

1件のメッセージ追加のために1001件を更新する。 これは集約が「コマンドに必要なデータ」と「クエリに必要なデータ」を区別せずに保持していることが原因。

差分更新を実装しようとすると、集約の内部実装が複雑化する。どのフィールドが変更されたかを追跡する仕組みが必要になり、ドメインロジックとインフラの関心が混在する。

| 集約の状態 | メッセージ全文を保持 | メッセージIDのみ保持 | | メッセージ追加 | 全件更新 | イベント1件追記 | | 読み取り | 集約から直接取得 | リードモデルから取得 | | メモリ使用量 | メッセージ数に比例して増大 | ID数に比例（軽量） | | ページネーション | 集約内で実装（複雑） | リードモデルのDAO（自然） |

Erklärt, wie sich CQRS/ES auf die Definition und Modellierung von Aggregatgrenzen auswirkt. Durch die Einführung von CQRS können Aggregate nur den minimalen Status halten, der für die Befehlsausführung erforderlich ist, und Leseverantwortung an Lesemodelle delegieren. Es hilft dabei, übergroße Aggregate zu reduzieren, Aggregatgrenzen neu zu definieren und den Zustand durch Ereignisse zu verwalten. Wird im Aggregatdesign, bei der Modellierung von Überprüfungen bei der Einführung von CQRS und bei der Lösung von Leistungsproblemen verwendet. Zielsprache: sprachunabhängig. Auslöser: Aktiviert durch CQRS-/modellierungsbezogene Anfragen wie „Aggregate ändern sich mit CQRS“, „Aggregat ist zu groß“, „Aggregat hat 1.000 Nachrichten“, „Aggregataktualisierungen sind langsam“, „Überprüfung von Aggregaten nach CQRS-Einführung“, „Möchten Sie Aggregate aufhellen“, „Aggregate enthalten Abfragedaten“ oder „Aggregatgrenzen neu definieren“. Quelle: j5ik2o/okite-ai.