도메인 모델링에 대한 조언

Question

여기 DDD를 처음 접하고 전형적인 문제가되어야하는 아키텍처 질문이 있습니다.

나는 Stockitem 엔티티와 스토어 엔티티가 있습니다. 스톡 시티를 여러 상점에 할당하고 각 매장마다 다른 양측을 설정합니다. 그런 다음 다양한 매장에서 수량을 조정하는 거래 (판매, 구매, 양도 등)가 있어야합니다.

이 솔루션을 모델링하는 선호하는 방법은 무엇입니까? 내 DB에서는 다음과 같은 단순화 된 테이블 구조를 가질 것입니다.StockitemStockitemid pk, 이름

가게Storeid pk, 이름

Store_stockitemstorestockitemid pk, storeid fk, stockitemid fk, parllevel, QuantityOnhand

StockitemTransactionStockItemTransactionID PK, StockItemStoreID FK, StockItemTransactionTypeid FK, 수량

모든 조언은 크게 감사했습니다

Answer 1

도메인 중심 디자인의 요점은 자신의 특정 비즈니스 도메인이 객체 모델을 안내해야한다는 것입니다.

내가 제공 할 유일한 조언은 도메인에서 작업 할 때 데이터베이스가 이러한 관계를 어떻게 모델링하는지 걱정하지 않아야한다는 것입니다. 정규화 규칙에 따라 데이터베이스를 정규화하고 실제 비즈니스 도메인에 따라 도메인 모델을 작성해야합니다.

데이터 모델과 도메인 모델은 1 : 1 방식으로 서로 맵핑되지 않습니다.