建站
咨詢
售后
建站咨詢
新聞中心
LINQ To SQL分頁失敗后會有什么結(jié)果呢？關(guān)于使用LINQ To SQL分頁有什么需要注意的么？LINQ To SQL分頁的實質(zhì)是什么呢？那么本文就向你介紹具體的內(nèi)容。
從微軟發(fā)布Linq To SQL依此，程序員圍繞其與SqlDataAdapter等相比進(jìn)行討論，根據(jù)CSDN上的報道，LINQ比SqlDataReader落后的速度不超過10%。更加相信微軟對Linq性能的分析會結(jié)合算法和統(tǒng)計結(jié)果來比較，對于linq查詢性能--博客園的黃昕已經(jīng)有所分析。于是產(chǎn)生想實驗一下Linq和SqlDataAdapter等分別在大數(shù)據(jù)量下進(jìn)行分頁。園子里的Yzl的研究室已經(jīng)對Linq分頁可能出現(xiàn)的問題提出一種情況。(以下只是實驗過程并非測試所以沒有benchmark).
LINQ To SQL分頁實驗步驟:LINQ To SQL分頁之對于數(shù)據(jù)庫：
數(shù)據(jù)庫名People；數(shù)據(jù)表名Prof 包括ID Name Age三個字段；記錄數(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è)計的需要選擇合適的為好，特別提一下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";
顯示查詢耗時:00:00:00.0322245
測試代碼二(Linq部分)
Linq To SQL的分頁主要通過Skip和Take操作符實現(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)異常:此提供程序只支持對返回實體或投影(包含所有標(biāo)識列)的有序查詢使用 Skip()，這種查詢?yōu)閱伪?非聯(lián)接)查詢，或者為 Distinct、Except、Intersect 或Union (非 Concat)操作。第一次遇到這種異常(當(dāng)然很多朋友并不會，而且已經(jīng)看出問題所在了),查找Skip的定義
- public static IEnumerable
Skip ( - this IEnumerable
source, - int count
- )
此方法通過使用延遲執(zhí)行實現(xiàn)。即時返回值為一個對象，該對象存儲執(zhí)行操作所需的所有信息。只有通過直接調(diào)用對象的 GetEnumerator 方法或使用 Visual C# 中的 foreach（或 Visual Basic 中的 For Each）來枚舉該對象時，才執(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)行，顯示查詢耗時:00:00:00.0478485
LINQ To SQL分頁問題的提出：
1.為什么兩次查詢的耗時相差那么大呢？(估計是個人機(jī)器以及代碼問題:))
2.Skip是否通過主鍵的唯一性逐次返回查詢對象?
LINQ To SQL分頁總結(jié)：
SQLServer的執(zhí)行效率是按照語義來執(zhí)行的，也許Linq在性能上不一定和SQLDataAdapter等完全一樣，但是在開發(fā)效率上，我們可以看出Linq的實現(xiàn)代碼的簡易性是相對較好的，只要克服其中的一些問題，相信Linq會為以后的數(shù)據(jù)查詢提供更強(qiáng)大幫助!
LINQ To SQL相關(guān)的內(nèi)容就向你介紹到這里，希望對你了解和學(xué)習(xí)LINQ To SQL有所幫助。
【編輯推薦】
- LINQ查詢方式的探尋
- LINQ查詢的效果分析
- LINQ查詢和泛型類型的關(guān)系淺析
- LINQ動態(tài)查詢的實現(xiàn)淺析
- LINQ TO SQL動態(tài)修改表名稱的實現(xiàn)淺析
當(dāng)前標(biāo)題：LINQToSQL的一點討論
新聞來源：http://www.5511xx.com/article/cocsjgd.html
