0

これから取り組む予定の Silverlight アプリケーションのために、ドメイン駆動設計と分散 DDD について勉強しています。EagerReadDerivation パターンは、アプリケーションのスケーラビリティを向上させるように見えますが、複雑さが増します。

アプリケーションには、複数のサービスで処理する必要がある大きなテキスト ファイル (100,000 行以上) をアップロードする何千ものユーザーがいる可能性があります。また、"what-if" シナリオ (ParallelModel 風) もサポートする必要があります。モデル駆動型のアプローチは複雑さを管理するのに役立つと信じているので、データベースからロジックをできるだけ排除したいと考えています。

私の質問は、EagerReadDerivation パターンを試みた開発者に向けたものです。それはあなたにとって報われましたか?また、アプリケーションをさらに複雑にする価値はありましたか?

4

1 に答える 1

0

メリットを見積もるには、アップロードとクエリの比率を考慮する必要があります。アップロードよりも多くのクエリがある場合は、アップロード時に処理を適用する必要があります。

また、より繰り返し可能なパターンにつながり、完全に処理される前にデータを照会することはできません。読み取り時にロジックを適用すると、読み取り用ロジックを適用中にデータを変更すると問題が発生します。

必ず、計画どおりにロジックをデータベースから除外してください。

于 2009-07-29T14:58:11.570 に答える