私は ASP.Net MVC4 を使用してアプリケーションを作成しており、データの大部分は MongoDB に格納されています。これは、私がアプリケーションの「肉」と見なすものの大部分、つまりアプリケーションを際立たせるために作成された機能でうまく機能しました。
ただし、静的コンテンツと管理機能 (アカウントの設定、請求、ヘルプなど) を追加する必要があります。私は、Orchard CMS を使用してこのすべての機能を処理し、これまで行ってきたことを Orchard モジュールに移行することを強く望んでいます。
問題は次のとおりです。Orchard のコンテンツ タイプを使用してモデル化する必要のあるデータの量は? 少なくとも一部のデータは引き続き Mongo に保存する予定です。そのため、何がどこにあるのかを分ける境界線をどこに置くべきかわかりません。
以前に Orchard で Web アプリケーションを実装したことがありますか? ドメインデータはどこに行きましたか? コンテンツ タイプを使用した場合、何か教訓はありましたか?
MongoDB を使い続けたい理由は何ですか? Orchard では、すべてのデータ アクセスは NHibernate によって行われ、仮想プロパティが列にマップされる xxxRecord クラスを使用します。SQL Compact、SQL Server 2008 (および R2)、SQL Azure で動作します。
RavenDB のステータスはわかりませんが、RavenDB を使用して blob データを保存したり、単に SQL を使用しないデータ ストレージとして使用したりするモジュールがある可能性があります。
個人的には、複数のデータ ストレージは使用しません。
ContentType には、複数の「接続可能な」ContentParts と ContentFields が含まれており、コード内またはオーチャード管理ユーザー インターフェイスを使用しています。必要に応じてリポジトリを使用できますが、直接 ContentPart ではないデータに対してのみ使用できます。DefaultContentManager には、バージョン管理、公開、削除などがあります。ContentType を削除すると、削除されたというフラグを取得するだけです。（削除ステートメントを実行する別のモジュールを使用しない限り）リポジトリを使用すると、アイテムが存在しないのにまだ存在すると考えるリスクがあります。
あなたの質問に対する最終的な回答として: はい、ContentType をドメイン モデルとして使用する必要があります。異なるクエリが実行されることを心配する必要はありません。