Linqの性能が含まれています

Question

フィルタのリストを使用してlinqクエリをフィルタリングする必要があり、そのためにcontainsメソッドを使用する予定です。だから、このようなものになるでしょう。

List<string> filter = new List<string>(); 
filter.Add("foo"); 
filter.Add("bar"); 
//Additional filters go here, max of about 10 filters 
var test = dbcontext.books.Where(x => filter.Contains(x.name)).ToList(); 

このクエリの背後にあるテーブルには、多くのレコード（500,000）、PK IDフィールド、およびクエリ対象のフィールドのインデックスがあります。

私の質問は、このルートを下る前に、このクエリのパフォーマンスが受け入れられると思っていますか、そういった大きなデータセットで別のアプローチを使用する必要がありますか？

Answer 1

はい、問題ありません。それはちょうど@p0 = 'foo'と@p1 = 'bar'で

select x.* from [books] x where x.name in (@p0,@p1) 

に変換します。 nameが索引付けされている限り、それはうまくいくはずです。しかし、filterが非常に大きくなると、もっと面白くなります。 10の項目はうまく聞こえる。私は暗黙のうちにそれがないと仮定していますすべての500,000 - しかし、元気な数に制限されます。そうでない場合は、.Take(number)の制限を追加することを検討してください。

これが問題であれば、それを測定してください。 SQLトレースを実行するか、プロファイリングツールを使用するのは簡単です。

Answer 2

他の理由ですべてのデータがすでにメモリに格納されている場合は、このアプローチを使用することができます。そうしないと、500kのレコードを一度にメモリにロードしないので、データベースがおそらくもっと良いでしょう。

select * from Books b where b.name IN {"foo", "bar", ...}