自己写的通用分页存储过程

  新手一个,写的最简单的存储过程分页,上代码吧,还请大神们多多调教!

  

 1 USE [BMS]
 2 GO
 3 /****** Object:  StoredProcedure [dbo].[Pages]    Script Date: 12/21/2015 11:48:57 ******/
 4 SET ANSI_NULLS ON
 5 GO
 6 SET QUOTED_IDENTIFIER ON
 7 GO
 8 ALTER PROCEDURE [dbo].[Pages]
 9     @page int, --当前页
10     @rows int, --每页显示行数
11     @sidx varchar(50), --排序字段
12     @sord varchar(10), --排序规则
13     @tablename varchar(50), --表名
14     @where varchar(200), --查询条件
15     @id varchar(50) --表的主键字段名
16 AS
17 declare @sqlstr varchar(500) --拼接sql语句
18 BEGIN
19     SET NOCOUNT ON;
20     set @sqlstr=‘select top ‘+CAST(@rows AS varchar)+‘ * from ‘+@tablename+‘ where 1=1 ‘+@where
21     +‘and ‘+@id+‘ not in (select top ‘+CAST(((@page-1)*@rows) AS varchar)+‘ ‘+@id+‘ from ‘+@tablename+‘ order by ‘+@sidx+‘ ‘+@sord+‘) order by ‘+@sidx+‘ ‘+@sord+‘‘;
22     --print @sqlstr
23     EXEC(@sqlstr)
24 END;

时间: 2024-10-13 01:52:05

自己写的通用分页存储过程的相关文章

通用分页存储过程真的有注入漏洞吗?

原文:通用分页存储过程真的有注入漏洞吗? 今天看了两篇关于存储过程SQL注入漏洞的文章: 1):如此高效通用的分页存储过程是带有sql注入漏洞的 2):防SQL注入:生成参数化的通用分页查询语句 怎么看怎么觉的别扭,在我印象中存储过程是不会存在注入漏洞的啊?起码我目前的水平还不了解如何注入存储过程.如果大家有注入的方法请指教.换句话说存储过程本身并无注入漏洞,只不过有漏洞大多都是因为程序漏洞导致. 我们来简化下之前两位园友讨论的分页存储过程,原代码太长,我这里呢写一个针对一个单表查询的存储过程.

通用分页存储过程

/****** Object: StoredProcedure [dbo].[sp_CommonPaging] Script Date: 08/03/2015 21:06:14 ******/ --通用分页存储过程 SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO Create PROCEDURE [dbo].[sp_CommonPaging] ( @tn nvarchar(30),--表名称 @idn nvarchar(20),--表主键名称 @

SQL SERVER 通用分页存储过程

SQL SERVER 通用分页存储过程 从SQLSERVER 2005开始,提供了Row_Number()函数,利用函数生成的Index来处理分页,按照正常的逻辑思维都是传pageIndex和pageSize来完成分页,昨天前端和我沟通,他们使用jQuery.DataTable.js插件,而且经过了公司底层的封装,pageIndex需要变动一下,变成pageIndex*pageSize来传. 也就是说按每页显示30条算,第一次传0,第二次传30这样来计算,我也是醉了. 1.传pageIndex和

Sql Server通用分页存储过程

Sql Server2005通用分页存储过程 CREATE PROCEDURE [dbo].[Common_GetPagedList] ( @TableName nvarchar(100), --表名 @ColumnNames nvarchar(1000) = '*', --字段名集合(全部字段为*,其它逗号分隔) @OrderClause nvarchar(1000), --排序从句(不包含order by) @WhereClause nvarchar(1000) =N' 1=1 ',   

MySql通用分页存储过程

MySql通用分页存储过程 1MySql通用分页存储过程 2 3过程参数 4p_cloumns varchar(500),p_tables varchar(100),p_where varchar(4000),p_order varchar(100),p_pageindex int,p_pagesize int,out p_recordcount int,out p_pagecount int 5 6$$:begin 7 declare v_sqlcounts varchar(4000); 8

SQL Server利用RowNumber()内置函数与Over关键字实现通用分页存储过程(支持单表或多表结查集分页)

原文:SQL Server利用RowNumber()内置函数与Over关键字实现通用分页存储过程(支持单表或多表结查集分页) SQL Server利用RowNumber()内置函数与Over关键字实现通用分页存储过程,支持单表或多表结查集分页,存储过程如下: /******************/ --Author:梦在旅途(www.Zuowenjun.cn) --CreateDate:2015-06-02 --Function:分页获取数据 /******************/ crea

使用系统存储过程实现的通用 分页存储过程 (转自邹建)

--使用系统存储过程实现的通用分页存储过程(转自邹建) CREATE PROC [dbo].[GetPageData] @sql ntext, --要执行的sql语句 @PageCurrent int=1, --要显示的页码 @PageSize int=10, --每页的大小 @PageCount int OUTPUT, --总页数 @sqlCountText nvarchar(4000) AS SET NOCOUNT ON DECLARE @p1 int --初始化分页游标 EXEC sp_c

通用分页存储过程,干货无污染

/********************************************************************************* * Function: WEB_PageView2 * * Description: * * Sql2005分页存储过程 * * Finish DateTime: * * 2009/1/3 * * Example: * * WEB_PageView @Tablename = 'Table1', @Returnfields = '*'

SQL SERVER 通用分页存储过程,两种用法任你选

写在前面 从SQLSERVER 2005开始,提供了Row_Number()函数,利用函数生成的Index来处理分页,按照正常的逻辑思维都是传pageIndex和pageSize来完成分页,昨天前端和我沟通,他们使用jQuery.DataTable.js插件,而且经过了公司底层的封装,pageIndex需要变动一下,变成pageIndex*pageSize来传. 也就是说按每页显示30条算,第一次传0,第二次传30这样来计算,我也是醉了. 1.传pageIndex和pageSize CREATE