0

したがって、すべてのデータベース操作にストアドプロシージャのみを使用するという顧客の要件があります。テーブルごとにCRUDストアドプロシージャを作成してから、エンティティモデルを作成しました。

したがって、ストアドプロシージャの挿入、更新、削除をエンティティ（顧客など）にマップする方法は簡単にわかりますが、Selectをマップする方法はないようです。これは単なる古い選択であり、顧客エンティティのリストを返すだけです。したがって、エンティティタイプに直接マップされ、カスタムではありません。これを行う唯一の方法は、関数をインポートして、代わりにそれをマップすることだと思われます。

では、なぜSelectを直接マップする機能がないのでしょうか。これを行うことには大きな利点があります！

たぶん、私のストアドプロシージャはどういうわけか適切ではありませんか？

誰かアイデアはありますか？

4

1 に答える 1

2

EFの機能を使用すると、ストアドプロシージャをダイアグラムに追加でき、これらが直接呼び出すことができるメソッドになります。次にモデルブラウザを開き、追加したSELECTプロシージャを追跡すると、各プロシージャをダブルクリックして、リターンタイプをエンティティモデルにバインドできます。その場合、呼び出し規約は次のようになります。

MyEntity entity = myDB.MyStoredProcedure().FirstOrDefault();

HTH、ジョン

于 2010-10-01T06:43:10.367 に答える