2009-03-07 10 views
1

ここではDDDを使い慣れていて、典型的な問題であるはずのアーキテクチャに関する質問があります。ドメインモデリングに関するアドバイス

私はStockItemエンティティとStoreエンティティを持っています。 StockItemを複数のストアに割り当て、各ストアごとに異なるParLevelを設定します。次に、さまざまな店舗で手元にある数量を調整する取引(販売、購入、振り込みなど)が必要です。

このソリューションをモデル化する好ましい方法は何ですか? [StockItem] StockItemIDのPK、 名前

[お店] StoreIDのPK、 名前

[Store_StockItem] StoreStockItemID:私のDBで、私は、次の簡体テーブル構造を持っているでしょうpk、 StoreID fk、 StockItemID fk、 ParlLevel、 QuantityOnHand

[StockItemTransaction] StockItemTransactionID PK、 StockItemStoreID FK、 StockItemTransactionTypeID FK、 数量

何かアドバイスが大幅に私はここに誰が本当にあなたが望む答えを与えることができるとは思わない

答えて

5

を高く評価しましたなぜなら、ドメイン駆動型設計のポイントは、あなた自身の特定のビジネスドメインがオブジェクトモデルを導くべきだからです。

私が提供する唯一のアドバイスは、ドメインで作業するときにデータベースがこれらの関係をどのようにモデル化するか心配する必要がないことです。正規化の規則に従ってデータベースを正規化し、実際のビジネスドメインに従ってドメインモデルを作成する必要があります。

データモデルとドメインモデルは1対1の方法で相互にマップされないことに注意してください。

関連する問題