エンティティフレームワーク生成されたSQL - タイプごとのテーブル - 実行者？

Question

私はEntity Frameworkのために私の古いADO.Netの方法を変更しています。 My Productsクラスは約20のテーブルから構成されています（そのうちの3つはこれまで1つのクラスにまとめました）。5つのProductタイプテーブルもありますので、ProductクラスAbstractを作成しました。 Entity Frameworkが以下のようにTable per Typeメソドロジを使用して提供する素敵な継承。そのため、製品クラスの3つのテーブルと5つの製品タイプテーブルがあり、それぞれが独自のクラスをProductから派生しています。

<there was a screenshot here, I don't have the rep to post it though!> 

私が取り組んできたように、このEDMは、SQL Serverプロファイラでのカバーの下にやっていることに目を保ってきました。私は以下のようにエンティティクエリに簡単なLINQのを実行すると：アーカイブされていない製品のすべてのタイプに戻します、そして潜在的にもそこにIDの検索を有していても良い

var model = from p in Product.Products 
        where p.archive == false && ((Prod_ID == 0) || (p.ID == Prod_ID)) 
        select p; 

、SQLプロファイラは、私にを示し800行 SQLの一片！

これは正常ですか？そしてこの演奏家は？あるいは私はエンティティフレームワークを狂ったように送りましたか？

<I tried to post the SQL too, but there was too much of it for the post> 

だから、ちょっとしたチェックとアドバイスをお願いします。

よろしく、

マーク

Answer 1

Entity Frameworkのは、いくつかの非常に大規模なクエリを追い出すことができますが、一般的にSQL Serverクエリオプティマイザは、その事を行い、クエリがやっと気付いサーバーで実行されます。一般的に賢明であることを越えて

、パフォーマンス分析は、私がボトルネックを持っている私に指示するまで、私は個人的に、パフォーマンスと最適化を心配しない傾向が賢明。すでにSQLプロファイラを使用している場合、クエリの実行に比較的長い時間がかかりますか？実行計画を見たことがありますか？それは大丈夫ですか？