最近需要對客戶的系統進行升級，在對一張記錄只有7767條記錄的表進行分次查詢時，每次查詢500條，16次查詢居然使用了2分鐘時間。程式碼如下：

public static List<T> GetList(int pageIndex, int pageSize, out int count)
        {
            using (var db = new ClientDBDataContext(DBHelper.DBConString))
            {
                var query = db.DataBase_Table;

                count = query.Count();
                return query.Skip((pageIndex - 1) * pageSize).Take(pageSize).ToList();
            }
        }
 

除錯結果顯示，一次比一次查詢的時間長，到第14次查詢時，耗時20s之多，不忍直視，那還有記錄達到百萬條的又該如何？？？

baidu…… google……

其答案：

排除硬體原因，有以下可能：
1.你的OOXX寫的不好，沒利用到索引
2.表設計的不好，欄位過多，導致返回資料過大
3.zp物件的建構函式/各屬性有沒有自定義加入了耗時的處理？
4.用ef的話，關閉proxy，關閉自動偵測實體狀態

分析上述貌似都不對，當檢視DataBase_Table的LINQ擴充套件時，發現了AsParallel()，檢視說明：啟用查詢的並行化。

程式碼：

public static List<T> GetList(int pageIndex, int pageSize, out int count)
        {
            using (var db = new ClientDBDataContext(DBHelper.DBConString))
            {
                var query = db.DataBase_Table.AsParallel();

                count = query.Count();
                return query.Skip((pageIndex - 1) * pageSize).Take(pageSize).ToList();
            }
        }
 

執行，整個16次查詢不到1s。

看來程式碼的優化在某些時候是非常重要的……