LINQ - 通過WHERE子句查詢6000條獨特記錄

Question

我遇到了一個問題，不知道如何解決它。想象一下，你有一個List<int>，它有大約6000個唯一的id，它與表中的id匹配，在sql數據表中有大約一百萬條記錄。我想從我的c＃程序中選擇那些通過LINQ匹配這些id的6000條記錄。我不想使用Contains()，因爲它翻譯得非常慢，參數列表變得很大。

任何其他的想法如何解決這個問題？

---

一些關於我的情況（這是不是真實的，但類似的情景）：

我有一個連接到數據庫的服務。客戶請求一批像「人」這樣的項目。服務接受請求，查詢數據庫並將數據發送回客戶端。

人=（是PersonID，女士prename，姓氏）

現在客戶持有人的臨時列表。用另一種方法，我想從服務中檢索這些人的地址。所以我把一個PersonID列表放到服務中，這個服務應該給我一個有關這些人的引用的地址列表。

Answer 1

如果您正在使用實體框架（EF），您可以使用您的數據（數據）和表格（客戶）之間的內部連接

void Main() 
{  
    var data = Enumerable.Range(1, 6000); 

    var result = from x in data 
    join y in Customers 
    on x equals y.CustomerID 
    select x; 

    result.Dump(); 
} 

Answer 2

我不會推薦這個。與LINQ一樣，它也是一種很棒的工具，但有些情況下，通過處理代碼來試圖更好地處理數據，這對於應用程序的性能是非常不利的。

你已經得到了這些Id的列表，如果它們在數據庫中，那麼爲什麼不把整個操作作爲存儲過程來做，只是返回結果，這樣你就不必推動昂貴的查詢整個網絡中，全部都在數據庫中，因此您可以最大限度地減少流量，並可能提高響應速度。

6000個項目似乎並沒有像這樣打擾很多，但實際上如您所說，在嘗試使用大小的數據集進行選擇時可能會帶來一點性能上的惡夢。

Answer 3

一些想法：

插入6000點的ID到一個臨時表，並加入該臨時表的萬人次的紀錄之一。

使用Contains（）並分批次選擇n，其中N = 500,1000等，而不是一次全部6000。

使用Contains（）將使linq創建一個非常大的SQL語句。

Answer 4

通常情況下，我發現xml最適合用於ID的大型IN標準。它還可以獲得SQL Server中最大2100個參數，如果在LINQ中執行Contains，那麼您將遇到這個參數。

我建議：

• 使列表
• 序列化成XML
• 創建一個名爲ContainsXYZ一個存儲過程，需要將XML作爲參數
• 有你的存儲過程使用XPath提取Ids並加入它
• 假設您正在使用實體框架，您可以映射此存儲過程，執行它，然後將結果實現爲常規實體。

Answer 5

只是爲了得到這一點的方式...

var joinTry = from company in dc.Companies 
       join id in list on company.CompanyID equals id 
       select company; 

不起作用。 LinqToSql不會讓你加入。 「本地序列不能用於除Contains運算符之外的查詢運算符的LINQ to SQL實現。」

var containsTry = from company in dc.Companies 
        where list.Contains(company.CompanyID) 
        select company; 

確實有效。在可預見的

SELECT [t0].[CompanyID], [t0].[CompanyName] 
FROM [Company] AS [t0] 
WHERE [t0].[CompanyID] IN (@p0, @p1, @p2, @p3, @p4, @p5, ... 

方式......爲髒，因爲這是，有沒有認真更快的方法來獲得整數列表到SQL Server。任何調用的開銷時間比任何解析都要嚴重得多。

SELECT 
    c.CompanyId, 
    c.CompanyName 
FROM Company c 
    WHERE CompanyID IN (1,2,3,4,5,6,7,8,9,10) 

...是相同的執行速度...（由LINQ生成）

exec sp_executesql N'SELECT [t0].[CompanyID], [t0].[CompanyName] 
FROM [Company] AS [t0] 
WHERE [t0].[CompanyID] IN (@p0, @p1, @p2, @p3, @p4, @p5, @p6, @p7, @p8, @p9)',N'@p0 int,@p1 int,@p2 int,@p3 int,@p4 int,@p5 int,@p6 int,@p7 int,@p8 int,@p9 int',@p0=1,@p1=2,@p2=3,@p3=4,@p4=5,@p5=6,@p6=7,@p7=8,@p8=9,@p9=10 

...和是快兩倍...

SELECT 
    c.CompanyId, 
    c.CompanyName 
FROM Company c 
     /* @Test is a table variable with 1-10 in it */ 
    INNER JOIN @Test t ON t.ID = c.CompanyID 

您實際上不需要優化SQL Server對整數列表的處理。在IN（）解決方案中，SQL將整數放入它隨時隨地生成的索引中。

真正的問題應該是......「我用6000個整數列表代表什麼？」和「我應該把這份清單放在桌子上嗎？」。任何採用6000個整數的客戶端列表並將其發送到服務器的解決方案，與使用Contains（）的解決方案相比，開銷>>。如果你使用LinqToSQL，你必須在某種程度上出售給範式。

如果這仍然讓你覺得髒亂，你可以嘗試爲任意限制列表創建一個表。兩列，兩個整數。然後，您可以將您的ID插入該表中，然後只需使用...

var searchTry = from company in dc.Companies 
       join search in dc.SearchLists on company.CompanyID equals search.ValueID 
       where search.SearchID == savedSearchID 
       select company;