cqrs-aggregate-modeling

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

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

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

Объясняет, как CQRS/ES влияет на определение и моделирование совокупных границ. Внедрение CQRS позволяет агрегатам сохранять только минимальное состояние, необходимое для выполнения команд, делегируя обязанности чтения моделям чтения. Это помогает облегчить слишком большие агрегаты, переопределить границы агрегатов и управлять состоянием посредством событий. Используется для агрегатного проектирования, ремоделирования при внедрении CQRS и решения проблем с производительностью. Целевой язык: языково-агностический. Триггеры: запросы, связанные с CQRS/моделированием, такие как «агрегаты изменяются с помощью CQRS», «агрегат слишком большой», «агрегат содержит 1000 сообщений», «агрегаты обновляются медленно», «проверьте агрегаты при внедрении CQRS», «хочу облегчить агрегаты», «агрегирует смешанные данные запроса», «переопределить границы агрегатов». Источник: j5ik2o/okite-ai.