EF永久生成此查詢

Question

我有一個父子表關係。在倉庫，我這樣做：

return (from p in _ctx.Parents 
.Include("Children") 
select p).AsQueryable<Parent>(); 

然後在過濾器中，我想孩子ID列表來過濾父：

IQueryable<Parent> qry; // from above 
List<int> ids; // huge list (8500) 
var filtered = 
from p in qry.Where(p => p.Children.Any(c => ids.Contains(c.ChildId))) select s; 

我的ID列表是巨大的。這會生成一個簡單的SQL語句，其中包含一個巨大的ID列表（「（1,2,3 ...）」），但它本身不需要可觀的時間運行。然而，EF只需要大約一分鐘時間來生成聲明。我通過設置斷點和呼叫證明了這一點：

((ObjectQuery<Parent>)filtered).ToTraceString(); 

這需要所有的時間。在我最後的linq聲明中是否存在問題？我不知道有任何其他方式可以完成（ids）中的Child.ChildId。即使我的linq聲明不好，世界上該怎麼走這麼久？

Answer 1

用Lambda語法重新編寫查詢，它會將時間縮短3秒（或者至少對我的EF項目來說）。

return _ctx.Parents.Include("Children").AsQueryable<Parent>(); 

和

IQueryable<Parent> qry; // from above 
List<int> ids; // huge list (8500) 
var filtered = qry.Where(p => p.Children.Any(c => ids.Contains(c.ChildId))); 

Answer 2

不幸的是，在建築的LINQ查詢實體是一個相當沉重的打擊，但我發現它通常可以節省時間，由於之前建立從他們的組成部件查詢的能力實際上擊中了數據庫。

他們實現Contains方法的方式很可能使用一種算法，該算法假定Contains通常用於相對較小的一組數據。根據我的測試，在列表中每個ID花費的時間量開始在8000左右飆升。

因此，它可能有助於將您的查詢分解爲碎片。將它們分組爲1000或更少的組，並連接一堆Where表達式。

var idGroups = ids.GroupBy(i => i/1000); 
var q = Parents.Include("Children").AsQueryable(); 
var newQ = idGroups.Aggregate(q, 
    (s, g) => s.Concat(
        q.Where(w => w.Children.Any(wi => g.Contains(wi.ChildId))))); 

這顯著提高速度，但它可能沒有足夠顯著你的目的，在這種情況下，你將不得不訴諸一個存儲過程。不幸的是，這個特定的用例不適合預期實體框架行爲的「框」。如果您的id列表可以從同一個實體上下文開始查詢，那麼實體框架可以正常工作。