最近給分頁快搞死,記得之前曾經發過修改DW ASP分頁的方法,後來又寫過手工打造的ASP分頁,現在進入.NET當然要配合存儲過程打造純手工高性能分頁了.
為什麼會叫做高性能,為什麼要手工打造,不使用.NET現有的分頁控件呢?這個還要追溯到我修改DW ASP分頁的時候,那個我還不怎麼懂程序這個東西,只會修修補補,就更不要去談什麼性能問題.當時改的很心煩,接著叫我的私人技術總監張總幫我看看,當時張總就以一種不屑一顧的眼神往著我,說了句話:值得嗎?
接著到我手工打造ASP分頁,又搞不下去了,張總丟給我一堆.NET的代碼:自己研究吧.然後又丟了一句話:用.NET做吧,幾句話搞定,不用這個費神.
後來我發現以前的分頁都是把整個數據集全部讀取後再做分頁處理的,一旦數據量過大,處理會十分緩慢,甚至服務器崩潰.然後就是以前的分頁不能象游標一樣滾動,總是固定在一組裡面,不可能實現當前頁碼在中間的效果.
接著就要說.NET的分頁控件了,確實幾句話可以搞定,不過缺陷就是我發現的第一個問題,屬於把數據全部讀出再處理的那種,沒有效率,所以終於開始動手,純手工打造ASP.NET高性能分頁.
首先是存儲過程,只取出我需要的那段數據,如果頁數超過數據總數,自動返回最後一頁的紀錄:
程序代碼
set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
GO
-- =============================================
-- Author: Clear
-- Create date: 2007-01-30
-- Description: 高性能分頁
-- =============================================
Alter PROCEDURE [dbo].[Tag_Page_Name_Select]
-- 傳入最大顯示紀錄數和當前頁碼
@MaxPageSize int,
@PageNum int,
-- 設置一個輸出參數返回總紀錄數供分頁列表使用
@Count int output
AS
BEGIN
SET NOCOUNT ON;
DECLARE
-- 定義排序名稱參數
@Name nvarchar(50),
-- 定義游標位置
@Cursor int
-- 首先得到紀錄總數
Select @Count = count(tag_Name)
FROM [viewdatabase0716].[dbo].[view_tag];
-- 定義游標需要開始的位置
Set @Cursor = @MaxPageSize*(@PageNum-1)+1
-- 如果游標大於紀錄總數將游標放到最後一頁開始的位置
IF @Cursor > @Count
BEGIN
-- 如果最後一頁與最大每次紀錄數相等，返回最後整頁
IF @Count % @MaxPageSize = 0
BEGIN
IF @Cursor > @MaxPageSize
Set @Cursor = @Count - @MaxPageSize + 1
ELSE
Set @Cursor = 1
END
-- 否則返回最後一頁剩下的紀錄
ELSE
Set @Cursor = @Count - (@Count % @MaxPageSize) + 1
END
-- 將指針指到該頁開始
Set Rowcount @Cursor
-- 得到紀錄開始的位置
Select @Name = tag_Name
FROM [viewdatabase0716].[dbo].[view_tag]
orDER BY tag_Name;
-- 設置開始位置
Set Rowcount @MaxPageSize
-- 得到該頁紀錄
Select *
From [viewdatabase0716].[dbo].[view_tag]
Where tag_Name >= @Name
order By tag_Name
Set Rowcount 0
END
