.NET MVCアプリケーションを設計しようとしていて、アプリケーションが複数のデータベースからデータにアクセスする必要があります。私は低レベルのデータベースI/Oを実行する唯一の方法は、MS SQLのストアドプロシージャを呼び出すことです。私が考えているのは、実際のストアドプロシージャを呼び出す最低レベルのWCFの組み合わせを使用してデータレイヤを開発することです。そこから、実際のMVCデザインに使用されるようにEntity Frameworkレイヤーがセットアップされていると感じます。誰でも私にいくつかの私のアイデアを成功のための最良の方法を与えることができますか？複数のデータベースにアクセスする必要があるASP MVCアプリケーション設計
エンティティフレームワークを使用するので、私はあなたが複数のデータアクセスレイヤーと一緒に行くことができると思います。
これらの両方のデータベースは、独自のリポジトリを持つことができます。これはよりクリーンなアプローチになります。
あなたも1つのレイヤーを使用しますが、それは将来的に乱雑になるでしょう。
MVCを使用して私の主題の質問を使用してください。はい私は、MVCがトランスポートのメカニズムであることを理解していますが、私は、標準のADOを使用してDALレイヤーを呼び出す.NET ASPデザインを使用するつもりはなかったと確信しています。 – mrsql0715
ここでは、複数のDALインプリケーションを含むEntity Frameworkデザインを使用して、すべてのデータアクセスを行うことについていくつかの記事を読んでいます。私の問題は非常に問題です。私は、すべてのアプリケーションが共有し、関係の設計が悪い多くのデータベースを持っています。私が望んでいるのは、WCFプロジェクトが非常に複雑なストアドプロシージャコールを作成してから、WCFエンドポイント要求を呼び出すことによってエンティティをロードする単一のエンティティDIRを持つことです。私はこれについてのいくつかの記事を見て、これが最善の方法かもしれないと思う。それがベストなら、私が正しいことを確かめたいだけです。 – mrsql0715
私はちょうど仕事をすると思っていたが、そうしないヘルパーを見つけた。 Ninjectと呼ばれています。これにより、同じデータアクセスモジュール内の異なるデータベースを呼び出すことができます。私の問題は、私が作成しているストアドプロシージャは、同じストアドプロシージャ内のデータベースジョインを必要とすることです。 Ninjectについて読んだ後、私はまだ私が立ち往生していると思う？ – mrsql0715
WCFはトランスポートメカニズムであり、データアクセスレイヤーではありません。 –