新的DDD这里,有一个架构问题,这应该是一个典型的问题。
我有一个StockItem实体和一个存储实体。我将一个StockItem分配给多个商店,并为每个商店设置不同的ParLevels。然后,我需要有交易(销售,购买,转帐等),以调整手头的数量在各个商店。
对此解决方案建模的首选方法是什么?在我的DB中,我将有以下简化的表结构:StockItem StockItemID pk,名称
StoreID pk,名称
Store_StockItem StoreStockItemID pk,StoreID fk,StockItemID fk,ParlLevel,QuantityOnHand
StockItemTransaction StockItemTransactionID pk,StockItemStoreID fk,StockItemTransactionTypeID fk,Quantity
任何建议都非常感谢
发布于 2009-03-07 07:25:19
我不认为这里的任何人都能给出您想要的答案,因为领域驱动设计的全部要点是您自己的特定业务域应该指导对象模型。
我提供的唯一建议是,在处理域时,您不应该担心数据库如何建模这些关系。您应该根据规范化规则规范您的数据库,并根据实际业务领域创建您的域模型。
请记住,数据模型和域模型不是以1:1的方式相互映射的。
https://stackoverflow.com/questions/621473
复制相似问题