EF6の回避は、申し訳ありません

を設定しました手順の最後に。EF6の回避は、申し訳ありません

私の.Netクライアントアプリケーションから、私はその結果セットが必要ではないとしましょう（私は時々それを必要としますが、時にはそうではありません）。

私の質問：必要がなければ、すべてのデータを元に戻すことは避けられますか？つまり、データが実際にクライアントに転送されないことを確認する必要があります。

おかげ

解明：ストアドプロシージャUPDATE文とSELECTステートメントの両方を行います。

SELECTステートメントの結果データセットが常にクライアントに転送され、使用されない場合は破棄されるかどうかを知りたいと思います。または、最初に転送しない方法がある場合。

出典

2017-11-27 Adanay Martín

あなたは簡単にはいyourEfContextHere.Database.ExecuteSqlCommand('EXEC spMyProcedure ...')

https://msdn.microsoft.com/en-us/library/system.data.entity.database.executesqlcommand(v=vs.113).aspx

出典

2017-11-27 16:23:42 dperish

を呼び出すことによって、これを達成できましたが、私は直接UPDATEを行うことはありませんが、代わりに、私はUPDATEおよびSELECT両方を行う店舗のプロシージャを呼び出します。私はそれが必要でないため、選択結果セットがクライアントに送られることを避けたい。 –

更新プログラムを実行する代わりに、ストアドプロシージャを呼び出すためのサンプルテキストを追加するようにサンプルを更新しました。このメソッドは、SQLで実行しているものに関係なく、呼び出しの結果を無視します。既存のストアドプロシージャが依然としてコマンドとクエリの両方を実行する必要がある場合は、検討する価値があります。 – dperish

EF6の回避は、申し訳ありません

答えて

関連する問題