EagerReadDerivation：コストと利益のバランスをとる

Question

私は今後取り組む予定のSilverlightアプリケーションのためのドメインドリブンデザインと分散DDDについて勉強しています。 EagerReadDerivationパターンは、アプリケーションのスケーラビリティを向上させるように思われますが、複雑さが増します。

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

私の質問は、EagerReadDerivationパターンを試した開発者の方です。あなたのお金を払ってくれましたが、アプリケーションの複雑さに見合った価値がありましたか？

Answer 1

利点を推定するには、アップロード/クエリの比率を考慮する必要があります。 アップロードよりも多くの料金がかかる場合は、アップロード時に処理を行う必要があります。

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

すべての意味で、計画通りにロジックをデータベースから解放してください。