Aconselhamento sobre a modelagem de domínio

Question

Novo para DDD aqui e tenho uma pergunta arquitetura que deve ser um problema típico.

Eu tenho uma entidade StockItem e uma entidade de loja. I atribuir um StockItem a várias lojas e definir ParLevels diferentes para cada loja. Eu, então, precisa ter transações (compra, venda, transferência-in etc) que se ajustam a quantidade na mão em vários loja.

O que é a forma preferida de modelar esta solução? Na minha DB eu teria a seguinte estrutura de tabela simplied: [StockItem] StockItemID pk, Nome

[loja] StoreID pk, Nome

[Store_StockItem] StoreStockItemID pk, StoreID fk, StockItemID fk, ParlLevel, QuantityOnHand

[StockItemTransaction] StockItemTransactionID pk, StockItemStoreID fk, StockItemTransactionTypeID fk, Quantidade

Qualquer conselho muito apreciada

Answer 1

Eu não acho que alguém aqui pode realmente dar-lhe a resposta que você quer, porque todo o ponto de Domain Driven Design É isso o seu próprio domínio de negócio específico deve orientar o modelo de objeto.

A única parte de conselho que eu daria é que você não deve se preocupar sobre como os modelos de banco de dados dessas relações quando se trabalha no domínio. Você deve normalizar seu banco de dados de acordo com as regras de normalização, e criar seu modelo de domínio de acordo com o domínio do negócio real.

Lembre-se que o modelo de dados eo modelo de domínio não mapear um ao outro em um 1:. Caminho 1