如何使大量資料集的 LINQ 查詢發揮最大效率,以建立反應迅速的 UI


在八月份的 MSDN Magazine 中有文章在探討這個問題。

 

問題描述如下:

我在最近的一個專案中,為一組 XML 資料設計了字串搜尋 (Word Wheel Search) UI,其中使用 LINQ-to-XML 查詢來篩選資料。字串搜尋可以讓使用者在一組資料中,執行以字為基礎的搜尋。顯示的結果會包含與使用者輸入之文字相符的子字串。使用者輸入時會自動更新結果,提供立即的反應。

我使用產生的 XML 檔案,來設計和實作字串 UI。使用者可以在文字方塊中鍵入文字,結果會隨著輸入的文字持續縮小範圍,僅篩選出其中包含所輸入文字之子字串的項目。UI 符合設計規格,而且在我的測試環境中有很好的回應效率。專案的其餘部分完成之後,我的程式碼便開始產生實際執行的 XML 檔案,於是我簽入新的程式碼,然後就回家了。但是第二天早上,我發現 QA 提出許多 UI 的問題。UI 變得反應遲緩,到了無法使用的地步。

我以為這只是其中一個查詢條件的瓶頸,所以想說可以輕易解決。不過在分析 UI 並將查詢最佳化之後,我發現還是無法將效能改進到可接受的程度。問題不在於查詢的效率,而是因為有大量的資料造成阻塞。測試用的 XML 檔案只包含 5,000 到 10,000 個項目,但實際執行的 XML 檔案卻有大約 40 倍的資料量。即使使用超快的查詢功能,在沒有內建索引的情況下搜尋幾十萬個資料列,還是會變得非常遲鈍。

我必須找出一個方法來加快搜尋程序,所以我決定利用下列 LINQ 特殊功能來提升效能:延遲執行和延遲評估。使用這些功能,LINQ 的查詢就不會在其定義點執行。而是會改為在列舉結果時執行。這可以讓您在使用查詢結果時有效地捲動資料,進而提供極大的彈性。

 

想知道作者如何解決這個問題及取得完整的範例,請參考:提升 LINQ 的查詢效能

 

Hope this help.

Comments (2)

  1. 在八月份的 MSDN Magazine 中有 文章 在探討這個問題。 問題描述如下: 我在最近的一個專案中,為一組 XML 資料設計了字串搜尋 (Word Wheel Search) UI,其中使用 LINQ

Skip to main content