Conseil sur la modélisation de domaine

Question

Nouveauté de DDD ici et pose une question d'architecture qui devrait être un problème typique. Je possède une entité StockItem et une entité Store. J'attribue un StockItem à plusieurs magasins et définit différents ParLevels pour chaque magasin. Je dois alors avoir des transactions (vente, achat, transfert, etc.) qui ajustent la quantité disponible au magasin.

Quelle est la meilleure façon de modéliser cette solution? Dans mon DB j'aurais la structure de la table simpliee suivante: [stockArticle] StockItemID pk, Nom

[Store] StoreID pk, Nom

[Store_StockItem] StoreStockItemID pk, StoreID fk, StockItemID fk, ParlLevel, QuantitéOuHand

[StockItemTransaction] StockItemTransactionID pk, StockItemStoreID fk, StockItemTransactionTypeID fk, Quantité

Un conseil très apprécié

Answer 1

Je ne pense pas que quelqu'un ici peut vraiment vous donner la réponse que vous voulez , car le but de Domain Driven Design est que votre propre domaine d'activité spécifique guide le modèle objet.

Le seul conseil que je puisse vous offrir est que vous ne devriez pas vous inquiéter de la façon dont la base de données modélise ces relations lorsque vous travaillez sur le domaine. Vous devez normaliser votre base de données en fonction des règles de normalisation et créer votre modèle de domaine en fonction du domaine d'activité réel. N'oubliez pas que le modèle de données et le modèle de domaine ne sont pas mappés les uns aux autres de façon 1: 1.