EFは非常に広く使用されているスタッフですが、私はそれをどのように使用すべきかわかりません。さまざまなアプローチのさまざまなプロジェクトで、efで多くの問題に遭遇しました。それで、いくつかの質問が頭に浮かびました。そして答えは、ストアドプロシージャで純粋なado.netを使用することにつながります。質問は次のとおりです。
App\thread\atomic操作ごとに1つのコンテキストを使用する必要がありますか?アプローチを使用する-アプリ\スレッドごとに1つのコンテキストはパフォーマンスとナビゲーションプロパティを呼び出す可能性をわずかに向上させる可能性がありますが、別の問題に直面します-このコンテキストを更新し、コンテキストでロードされたデータを増やします糸。操作ごとにコンテキストを使用すると、efの結果をDTOに再マッピングできます。そのため、質問1に戻ったことがわかります。
EF + SPのみを使用することはできますか?繰り返しますが、以前の質問からの問題があります。機能の大部分が使用されない場合、efを使用する理由は何ですか?
ですから、はい、EFはプロジェクトを開始するのに最適です。画面がほとんどなく、操作が少ない場合に便利です。しかし、次は何ですか?
このテキストはすべて分類されていない考えです。私は純粋なado.netが別の種類の課題につながることを知っています。だから、このトピックについてのあなたの意見は何ですか?
命名規則に従うことで、それが呼び出されることがわかります:ADO.NET Entity Framework、つまりEntity FrameworkはADO.NETの上にあるため、高速化できません。両方を同じ時間で実行できますが、 EFは以下を提供します。
最後に:EFとLINQは、後でアプリケーションを保守する際に大きな力を発揮します。
Entity Frameworkには3つの異なるモデルがあります。ModelFirst、Database First、およびCode Firstは、それらのそれぞれを知っています。
-再マッピングがプロセス上にある場合のパフォーマンスの低下についてのポイントは、最初の実行時に、EFがメタデータをメモリにロードし、edmxファイルからモデルのメモリ内表現を構築するのに時間がかかるためです。
ADO。 Netは、データベースシステム(SQL、Oracleなど)と対話できるオブジェクト指向のフレームワークです。エンティティフレームワークは、(クエリのコレクション(不活性なテーブル名、select * from this))などのデータベース内のデータを操作する手法です。 LINQで使用します。