ORMを使用したasp.net MVCアプリケーションの設計と今後のNoSqlへの移行

Question

新しいasp.net MVCソリューションを開始するだけで、後で何百万人ものユーザーのために拡張することができます。

IQuerableを公開し、サービス/アプリケーションレベルでlinqを使用する汎用リポジトリを使用する予定です（これは純粋なDDDアプローチではありませんが、これは議論ではありません:)）。私は、データアクセスのためのORMとしてEFを計画しています（ある程度スケーラビリティを達成するために第2レベルのキャッシュとして分散キャッシュを使用しています）

私が直面する問題は、将来のNoSql linqプロバイダジョインはNoSQLのlinqプロバイダではサポートされません）。 しかし、すべてのlinqクエリが1つの場所、サービス/アプリケーション層にある限り、それらを再考する必要はありません。

もっと良い方法はありますか？どのようなお勧めですか？

Answer 1

NoSQLデータベースは、RDBMSでは解決できない問題を解決しません。うまく設計されたテーブルだけができます。

RavenDbのようなNoSQLソリューションを使用します（開発者が.NETになっているため）開発時間を短縮し、後で切り替えることはありません。

アプリケーションをスケールするには、CQRSを使用してください。開始から外部クエリキャッシュを必要としません。後で外部キャッシュに切り替えることができるようにインターフェイスを実行する（または、一部の場合はそれを呼び出すときにクエリを実行する）。