cross-aggregate-constraints

| 初期状態 | ブランド登録時は商品ゼロ。削除可能 | | 運用中 | ほとんどのブランドに何かしらの商品が紐づく | | 実質的な制約 | 「ブランドは削除できない」と同義になる | | 結論 | 複雑な制約チェック機構を作る意味があるか再検討すべき |

| 論理削除 | ブランドを「非アクティブ」にする。商品紐づきチェック不要 | | 制約の廃止 | ブランド削除自体を禁止し、制約チェックを不要にする | | 条件の変更 | 「N日以上商品が紐づいていないブランドのみ削除可」等 | | 許容 | 紐づき先のないゴミデータの存在を受け入れる |

トランザクションは複数のエンティティにまたがりますか？ この質問の答えがイエスならば、間違った集約ルートを持っていると言えるでしょう。 --- Lightbend Academy

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