asp.net安全、實用、簡單的大容量存儲過程分頁第1/2頁
更新時間:2009年04月07日 23:26:48 作者:
昨晚研究到2點多,對網絡上主流的分頁存儲過程大體看了一遍,但對安全以及如何使用很多文章都沒有過多的提及,而我要在這些文章的基礎上總結出一個比較實用的分頁存儲過程,方便大家在以后的項目中使用。
基本上我下面要講述的側重點是如何使用,因為其實分頁存儲過程網上很多,如果你懶得找,那么可以直接使用下面這個我經過測試,并通過修改,網上評價都比較高的分頁存儲過程。
這個分頁主要優(yōu)點如下:
1、大容量下的數(shù)據分頁,我的測試數(shù)據是520W。
2、我結合aspnetpager控件,使得使用起來更加方便。
3、為了結構清晰,實用3層。
4、安全,你就放心的用吧。SQL注入的問題在這里你可以放心了。網上有文章說只要存儲過程是用sql拼接的就存在sql注入的問題,并且直接在sql查詢分析器中測試了注入的情況。其實是不對的,采用存儲過程和參數(shù)化的提交語句并沒有sql注入的問題。因為它進數(shù)據庫的時候會有替換的過程。
準備工作:
1、直接使用一個DB庫,數(shù)據訪問層基類,用它返回一個dataset對象,使用的時候我們只需要類似下面的語句就可以返回一個dataset對象。
sosuo8.DBUtility.DbHelperSQL.RunProcedure("pagination",parameter,"userinfo");
pagination是我在網上找的存儲過程,我進行了修改的,主要是添加輸出總記錄數(shù)。這里總記錄數(shù)也特意說一下,一般我們都是使用類似下面的語句:
sosuo8.DBUtility.DbHelperSQL.RunProcedure("pagination",parameter,"userinfo");
pagination是我在網上找的存儲過程,我進行了修改的,主要是添加輸出總記錄數(shù)。這里總記錄數(shù)也特意說一下,一般我們都是使用類似下面的語句:
select count(*) from sosuo8data
這里我又要說兩句,網上有網友說使用count(某列),例如count(userName)會比count(*)快也是不對,如果找的列不對,那么并不會比count(*)快。而count(*)會自動幫我們查找可以實現(xiàn)最快統(tǒng)計的那列,而其實在使用中,一般就是我們的那個主鍵id,count(id)是最快的。
2、建立數(shù)據庫data_test,建立兩個表:
(1)、userinfo這個表用來放數(shù)據。
CREATE TABLE [dbo].[userinfo](
[id] [int] IDENTITY(1,1) NOT NULL,
[userName] [nchar](50) COLLATE Chinese_PRC_CI_AS NULL,
[userWebName] [nchar](50) COLLATE Chinese_PRC_CI_AS NULL,
[createDate] [datetime] NULL CONSTRAINT [DF_userinfo_createDate] DEFAULT (getdate()),
CONSTRAINT [PK_userinfo] PRIMARY KEY CLUSTERED
(
[id] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
id是自遞增,且是聚合索引。OK?開始往數(shù)據庫中添加520W條記錄:
set identity_insert userinfo on -- 標識可以插入自遞增列
declare @count int
declare @date datetime
set @count=1
set @date = '2009-4-5 00:00:00'
while @count<=5200000
begin
insert into userinfo(id,userName,userWebName,createDate) values(@count,'阿會楠','sosuo8.com',@date)
set @count=@count+1
set @date=@date+'00:00:01'--加一秒,避免重復,否則會造成分頁不準確的情況,排序的字段切忌不要出現(xiàn)過多重復值
end
set identity_insert userinfo off
如果你的電腦配置比較一般,千萬不要嘗試,否則可能會當機;如果沒當機,那耐心等下,插入這么多條記錄需要一點時間。
(2)tmp表用來存放無搜索條件時的總記錄數(shù)。這里我要說下,為什么需要一個表用來專門存放總記錄數(shù),總記錄數(shù)你可以在后臺每隔一段時間就去更新一次,把最新的總記錄數(shù)寫進去。否則的話,520W的記錄你每次都要用count(id)那么耗費的時間也不少。

建表的語句如下:
CREATE TABLE [dbo].[tmp](
[id] [int] IDENTITY(1,1) NOT NULL,
[rowCount_tmp] [int] NULL,
[table_tmp] [varchar](255) COLLATE Chinese_PRC_CI_AS NULL,
CONSTRAINT [PK_tmp] PRIMARY KEY CLUSTERED
(
[id] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
這里不得不提一下,為什么只要取得表的行總記錄數(shù),而不在存儲過程里面把分頁都算好。因為我們就將采用aspnetpager這個控件,這個控件我們只需要傳入3個值,函數(shù)定義如下:
public DataSet GetList(int PageIndex, string strWhere,ref int rowCount)
PageIndex:當前頁,對應aspnetpager中的CurrentPageIndex
strWhere:搜索的條件,這篇文章將不重點講搜索部分。所以代碼中用string.Empty,大容量下的數(shù)據搜索那需要另寫一篇文章來說明。
rowCount:總記錄數(shù),由存儲過程重新返回。
這個分頁主要優(yōu)點如下:
1、大容量下的數(shù)據分頁,我的測試數(shù)據是520W。
2、我結合aspnetpager控件,使得使用起來更加方便。
3、為了結構清晰,實用3層。
4、安全,你就放心的用吧。SQL注入的問題在這里你可以放心了。網上有文章說只要存儲過程是用sql拼接的就存在sql注入的問題,并且直接在sql查詢分析器中測試了注入的情況。其實是不對的,采用存儲過程和參數(shù)化的提交語句并沒有sql注入的問題。因為它進數(shù)據庫的時候會有替換的過程。
準備工作:
1、直接使用一個DB庫,數(shù)據訪問層基類,用它返回一個dataset對象,使用的時候我們只需要類似下面的語句就可以返回一個dataset對象。
sosuo8.DBUtility.DbHelperSQL.RunProcedure("pagination",parameter,"userinfo");
pagination是我在網上找的存儲過程,我進行了修改的,主要是添加輸出總記錄數(shù)。這里總記錄數(shù)也特意說一下,一般我們都是使用類似下面的語句:
復制代碼 代碼如下:
sosuo8.DBUtility.DbHelperSQL.RunProcedure("pagination",parameter,"userinfo");
pagination是我在網上找的存儲過程,我進行了修改的,主要是添加輸出總記錄數(shù)。這里總記錄數(shù)也特意說一下,一般我們都是使用類似下面的語句:
復制代碼 代碼如下:
select count(*) from sosuo8data
這里我又要說兩句,網上有網友說使用count(某列),例如count(userName)會比count(*)快也是不對,如果找的列不對,那么并不會比count(*)快。而count(*)會自動幫我們查找可以實現(xiàn)最快統(tǒng)計的那列,而其實在使用中,一般就是我們的那個主鍵id,count(id)是最快的。
2、建立數(shù)據庫data_test,建立兩個表:
(1)、userinfo這個表用來放數(shù)據。
復制代碼 代碼如下:
CREATE TABLE [dbo].[userinfo](
[id] [int] IDENTITY(1,1) NOT NULL,
[userName] [nchar](50) COLLATE Chinese_PRC_CI_AS NULL,
[userWebName] [nchar](50) COLLATE Chinese_PRC_CI_AS NULL,
[createDate] [datetime] NULL CONSTRAINT [DF_userinfo_createDate] DEFAULT (getdate()),
CONSTRAINT [PK_userinfo] PRIMARY KEY CLUSTERED
(
[id] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
id是自遞增,且是聚合索引。OK?開始往數(shù)據庫中添加520W條記錄:
復制代碼 代碼如下:
set identity_insert userinfo on -- 標識可以插入自遞增列
declare @count int
declare @date datetime
set @count=1
set @date = '2009-4-5 00:00:00'
while @count<=5200000
begin
insert into userinfo(id,userName,userWebName,createDate) values(@count,'阿會楠','sosuo8.com',@date)
set @count=@count+1
set @date=@date+'00:00:01'--加一秒,避免重復,否則會造成分頁不準確的情況,排序的字段切忌不要出現(xiàn)過多重復值
end
set identity_insert userinfo off
如果你的電腦配置比較一般,千萬不要嘗試,否則可能會當機;如果沒當機,那耐心等下,插入這么多條記錄需要一點時間。
(2)tmp表用來存放無搜索條件時的總記錄數(shù)。這里我要說下,為什么需要一個表用來專門存放總記錄數(shù),總記錄數(shù)你可以在后臺每隔一段時間就去更新一次,把最新的總記錄數(shù)寫進去。否則的話,520W的記錄你每次都要用count(id)那么耗費的時間也不少。

建表的語句如下:
復制代碼 代碼如下:
CREATE TABLE [dbo].[tmp](
[id] [int] IDENTITY(1,1) NOT NULL,
[rowCount_tmp] [int] NULL,
[table_tmp] [varchar](255) COLLATE Chinese_PRC_CI_AS NULL,
CONSTRAINT [PK_tmp] PRIMARY KEY CLUSTERED
(
[id] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
這里不得不提一下,為什么只要取得表的行總記錄數(shù),而不在存儲過程里面把分頁都算好。因為我們就將采用aspnetpager這個控件,這個控件我們只需要傳入3個值,函數(shù)定義如下:
復制代碼 代碼如下:
public DataSet GetList(int PageIndex, string strWhere,ref int rowCount)
PageIndex:當前頁,對應aspnetpager中的CurrentPageIndex
strWhere:搜索的條件,這篇文章將不重點講搜索部分。所以代碼中用string.Empty,大容量下的數(shù)據搜索那需要另寫一篇文章來說明。
rowCount:總記錄數(shù),由存儲過程重新返回。
相關文章
ASP.NET Core開發(fā)教程之Logging利用NLog寫日志文件
一直很喜歡 NLog 的簡潔和擴展性,所以下面這篇文章主要給大家介紹了關于ASP.NET Core開發(fā)教程之Logging利用NLog寫日志文件的相關資料,文中通過示例代碼介紹的非常詳細,需要的朋友可以參考下2018-07-07
[c#]asp.ent下開發(fā)中Tag的開發(fā)技巧
[c#]asp.ent下開發(fā)中Tag的開發(fā)技巧...2007-05-05
gridview實現(xiàn)服務器端和客戶端全選的兩種方法分享
這篇文章主要介紹了gridview實現(xiàn)服務器端和客戶端全選的兩種方法,需要的朋友可以參考下2014-02-02
ASP.NET實現(xiàn)數(shù)據的添加(第10節(jié))
這篇文章主要介紹了ASP.NET如何實現(xiàn)數(shù)據的添加,文中示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下2015-08-08
ASP.NET連接MySql數(shù)據庫的2個方法及示例
這篇文章主要介紹了ASP.NET連接MySql數(shù)據庫的2個方法及示例,使用的是MySQL官方組件和ODBC.NET,需要的朋友可以參考下2014-03-03
Net Core全局配置讀取管理方法ConfigurationManager
這篇文章主要為大家詳細介紹了Net Core全局配置讀取管理方法ConfigurationManager的相關資料,具有一定的參考價值,感興趣的小伙伴們可以參考一下2018-08-08

