LINQ To SQL分頁失敗后會有什么結(jié)果呢？關(guān)于使用LINQ To SQL分頁有什么需要注意的么？LINQ To SQL分頁的實(shí)質(zhì)是什么呢？那么本文就向你介紹具體的內(nèi)容。

從微軟發(fā)布Linq To SQL依此，程序員圍繞其與SqlDataAdapter等相比進(jìn)行討論，根據(jù)CSDN上的報(bào)道，LINQ比SqlDataReader落后的速度不超過10%。更加相信微軟對Linq性能的分析會結(jié)合算法和統(tǒng)計(jì)結(jié)果來比較，對于linq查詢性能--博客園的黃昕已經(jīng)有所分析。于是產(chǎn)生想實(shí)驗(yàn)一下Linq和SqlDataAdapter等分別在大數(shù)據(jù)量下進(jìn)行分頁。園子里的Yzl的研究室已經(jīng)對Linq分頁可能出現(xiàn)的問題提出一種情況。(以下只是實(shí)驗(yàn)過程并非測試所以沒有benchmark).

LINQ To SQL分頁實(shí)驗(yàn)步驟:LINQ To SQL分頁之對于數(shù)據(jù)庫：

數(shù)據(jù)庫名People；數(shù)據(jù)表名Prof 包括ID Name Age三個(gè)字段；記錄數(shù) 10萬條(也許不是很足夠)下面的數(shù)據(jù)庫代碼并非最佳方案，大家貼一下自己的

 
CREATE DATABASE People  
ON  
Primary  
(  
NAME='people',  
FILENAME='D:\people_Data.mdf',  
SIZE=10,  
FILEGROWTH=10%  
)  
 
LOG ON  
(  
NAME='peoplelog',  
FILENAME='D:\people_Log.ldf',  
SIZE=10,  
FILEGROWTH=10%  
)  
GO  
USE People  
CREATE TABLE Prof  
(  
ID INT IDENTITY(1,1) NOT NULL,  
Name NVARCHAR(100) COLLATE Chinese_PRC_CI_AS NULL ,  
Age INT NULL,  
)  
 
GO  
 
  SET IDENTITY_INSERT Prof ON  
 DECLARE @i INT,@age INT  
 SET @i=1  
 WHILE @i<=100000  
 BEGIN  
  SET @age=CAST((RAND()*(100-20)+20)AS INT)  
  INSERT INTO Prof(ID,Name,Age)  
 VALUES(@i,'Name_'+ CAST(@age AS NVARCHAR),@age)  
  SET @i=@i+1  
 END  
SET IDENTITY_INSERT Prof OFF  

測試代碼一(SQL部分):

網(wǎng)上已經(jīng)有很多非常好的分頁算法，各人按照設(shè)計(jì)的需要選擇合適的為好，特別提一下Thin的算法(很簡潔)，測試中采用了李洪根發(fā)布的其中一種分頁算法

DivPage

//省略行參數(shù)設(shè)置和拼接  
string strcmd = "SELECT TOP 20 * " +  
"FROM Prof " +  
"WHERE (ID >" +  
"(SELECT MAX(ID) FROM (  
 
SELECT TOP 60000 id FROM Prof ORDER BY id) AS T))  ORDER BY ID";  

顯示查詢耗時(shí):00:00:00.0322245

測試代碼二(Linq部分)

Linq To SQL的分頁主要通過Skip和Take操作符實(shí)現(xiàn)，代碼如下:

//省去設(shè)置參數(shù)  
//分頁Skip(PageSize * PageIndex).Take(PageSize)  
PeopleDataContext dc = new PeopleDataContext();  
var query =   
(from p in dc.Prof select p).Skip(60000).Take(20); 

然而卻出現(xiàn)異常:此提供程序只支持對返回實(shí)體或投影(包含所有標(biāo)識列)的有序查詢使用 Skip()，這種查詢?yōu)閱伪?非聯(lián)接)查詢，或者為 Distinct、Except、Intersect 或Union (非 Concat)操作。第一次遇到這種異常(當(dāng)然很多朋友并不會，而且已經(jīng)看出問題所在了),查找Skip的定義

public static IEnumerable<TSource> Skip<TSource>(  
this IEnumerable<TSource> source,  
int count  
) 

此方法通過使用延遲執(zhí)行實(shí)現(xiàn)。即時(shí)返回值為一個(gè)對象，該對象存儲執(zhí)行操作所需的所有信息。只有通過直接調(diào)用對象的 GetEnumerator 方法或使用 Visual C# 中的 foreach（或 Visual Basic 中的 For Each）來枚舉該對象時(shí)，才執(zhí)行此方法表示的查詢。再看一下該查詢生成的SQL代碼:

SELECT TOP 20 [t0].[ID], [t0].[Name], [t0].[Age]  
FROM [dbo].[Prof] AS [t0]  
WHERE NOT (EXISTS(  
SELECT NULL AS [EMPTY]  
FROM (  
SELECT TOP 60000 [t1].[ID]  
FROM [dbo].[Prof] AS [t1]  
) AS [t2]  
WHERE [t0].[ID] = [t2].[ID]  
)) 

Skip查詢需要數(shù)據(jù)標(biāo)識列提供查詢的根據(jù)，是否可以假設(shè)Skip是通過標(biāo)識列的唯一性來逐一返回對象的呢？
修改數(shù)據(jù)庫People表Prof，設(shè)置其ID為主鍵，(上面的數(shù)據(jù)庫相應(yīng)修改為)

 ALTER TABLE Prof  
ADD CONSTRAINT PK_ID PRIMARY KEY (ID)  
GO 

再次運(yùn)行，顯示查詢耗時(shí):00:00:00.0478485

LINQ To SQL分頁問題的提出：

1.為什么兩次查詢的耗時(shí)相差那么大呢？(估計(jì)是個(gè)人機(jī)器以及代碼問題:))

2.Skip是否通過主鍵的唯一性逐次返回查詢對象?

LINQ To SQL分頁總結(jié)：

SQLServer的執(zhí)行效率是按照語義來執(zhí)行的，也許Linq在性能上不一定和SQLDataAdapter等完全一樣，但是在開發(fā)效率上，我們可以看出Linq的實(shí)現(xiàn)代碼的簡易性是相對較好的，只要克服其中的一些問題，相信Linq會為以后的數(shù)據(jù)查詢提供更強(qiáng)大幫助!

LINQ To SQL相關(guān)的內(nèi)容就向你介紹到這里，希望對你了解和學(xué)習(xí)LINQ To SQL有所幫助。

【編輯推薦】

1. LINQ查詢方式的探尋
2. LINQ查詢的效果分析
3. LINQ查詢和泛型類型的關(guān)系淺析
4. LINQ動態(tài)查詢的實(shí)現(xiàn)淺析
5. LINQ TO SQL動態(tài)修改表名稱的實(shí)現(xiàn)淺析