基于SQL Server 分页存储过程的演进
基于SQL Server 分页存储过程的演进 收藏
针对数据库数据在UI界面上的分页是老生常谈的问题了，网上很容易找到各种“通用存储过程”代码，而且有些还定制查询条件，看上去使用很方便。笔者打算通过本文也来简单谈一下基于SQL SERVER 2000的分页存储过程，同时谈谈SQL SERVER 2005下分页存储过程的演进。
在进行基于UI显示的数据分页时，常见的数据提取方式主要有两种。第一种是从数据库提取所有数据然后在系统应用程序层进行数据分页，显示当前页数据。第二种分页方式为从数据库取出需要显示的一页数据显示在UI界面上。
以下是笔者对两种实现方式所做的优缺点比较，针对应用程序编写，笔者以.NET技术平台为例。
类别
SQL语句
代码编写
设计时
性能
第一种
语句简单，兼容性好
很少
完全支持
数据越大性能越差
第二种
看具体情况
较多
部分支持
良好，跟SQL语句有关
对于第一种情况本文不打算举例，第二种实现方式笔者只以两次TOP方式来进行讨论。
在编写具体SQL语句之前，定义以下数据表。
数据表名称为：Production.Product。Production为SQL SERVER 2005中改进后的数据表架构，对举例不造成影响。
包含的字段为：
列名
数据类型
允许空
说明
ProductID
Int
产品ID，PK。
Name
Nvarchar(50)
产品名称。
不难发现以上表结构来自SQL SERVER 2005 样例数据库AdventureWorks的Production.Product表，并且只取其中两个字段。
分页相关元素：
PageIndex – 页面索引计数，计数0为第一页。
PageSize – 每个页面显示大小
RecordCount – 总记录数
PageCount – 页数
对于后两个参数，笔者在存储过程中以输出参数提供。
1．SQL SERVER 2000中的TOP分页
CREATE PROCEDURE [Zhzuo_GetItemsPage]
@PageIndex INT, /*@PageIndex从计数,0为第一页*/
@PageSize INT, /*页面大小*/
@RecordCount INT OUT, /*总记录数*/
@PageCount INT OUT /*页数*/
AS
/*获取记录数*/
SELECT @RecordCount = COUNT(*) from Production.Product
/*计算页面数据*/
SET @PageCount = CEILING(@RecordCount&
相关文档：
让我们从这样一个示例开始说起，它在 SQL Server 2000 和 2005 中都能引起死锁。在本文中，我使用 SQL Server 2005 的最新 CTP（社区技术预览，Community Technology Preview）版本，SQL Server 2005 Beta 2（7 月发布）也同样适用。如果您没有 Beta 2 或最新的 CTP 版本，请下载 SQL Serve ......
说句大废话，那就是“合理的平衡各种资源的使用,内存,cpu,io 等等”。这也是很有道理的，但是实际就不好做了，如何平衡呢？
具体点的么，通过比较，应该是响应时间做为主要的评判因素了。但是可能由于一些不确定的因素，可能会出现：这次跑的快，不等于下次也跑的快了。
那就要根据表的数据量的变化，确定一个� ......
1、select 1 from mytable;与select anycol(目的表集合中的任意一行） from mytable;与select * from mytable 作用上来说是没有差别的，都是查看是否有记录，一般是作条件用的。select 1 from 中的1是一常量，查到的所有行的值都是它，但从效率上来说，1>anycol>*，因为不用查字典表。
2、查看记录条数可以用select ......
背景：DB2的数据库性能很牛X，但是其文档却很差，尤其是开发参考文档，都是英文的，浏览的时候还很不好找，需要上IBM的网站看，网站也出奇的慢，极不方便，让开发人员举步维艰，这也许是IBM DB2的用户少，书少，资料少的原因。
－－－－－－－－－－－－－－－－－－
创建SQL存储过程（CREATE PROCEDURE (SQL) stat ......
作者： sealyu 日期：2008-04-17
在SQL Server 中，如果给表的一个字段设置了默认值，就会在系统表sysobjects中生成一个默认约束。
如果想删除这个设置了默认值的字段（假设此字段名column1），
执行“ALTER TABLE table1 DROP COLUMN column1”时就会报错：
The object 'DF__xxxxxxxxxxx' ......
