cross-aggregate-constraints

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

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

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

Saga 오용 감지, 비즈니스 요구 사항 재검토, CQRS/ES의 기술적 제약 조건 이해, 일관되지 않은 데이터 허용 여부 결정 등 집합체 전체의 제약 조건 확인(“집합체 A의 사용 사례에서 집합체 B의 상태를 확인하고 싶습니다”)을 위한 설계 결정을 지원합니다. 코드 검토, 아키텍처 설계 또는 요구 사항 분석 중에 집계 제약 문제가 발생할 때 사용합니다. 대상 언어: 언어에 구애받지 않습니다. "집계 전체의 제약 조건 확인", "다른 집합체의 상태를 확인하고 싶습니다", "Saga로 제약 조건 확인", "제품이 브랜드에 연결되어 있는지 확인", "집계 간 유효성 검사", "이벤트 소싱을 통한 역방향 조회", "집계에 걸친 비즈니스 규칙", "CQRS/ES 제약 조건", "명령 측에서 읽기 모델을 참조할 수 있습니까?", "다른 집합체 참조"와 같은 집합간 제약 조건과 관련된 요청에 의해 트리거됩니다. 유스 케이스.” 출처: j5ik2o/okite-ai.