基于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&
相关文档：
ORACLE SQL语句优化总结
1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)：
ORACLE的解析器按照从右到左的顺序处理from子句中的表名，from子句中写在最后的表(基础表 driving table)将被最先处理，在from子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, � ......
winform下：
//存储
private void MemoryImage()
{
string sql = "";
&nbs ......
CREATE DATABASE
创建一个新数据库及存储该数据库的文件，或从先前创建的数据库的文件中附加数据库。
说明 有关与 DISK INIT 向后兼容性的更多信息，请参见"Microsoft® SQL Server™ 向后兼容性详细信息"中的设备（级别 3）。
语法
CREATE DATABASE database_name
[ ON
[ < filespec > ......
刚刚在inthirties老大的博客里看到这篇文章，写的不错，正好自己最近在学习PL/SQL，转过来学习学习。
==================================================================================
bulk collect是可以看做是一种批获取的方式，在我们的plsql的代码段里经常作为into的扩展来使用。对于select id into v from ... ......
sql语句，取出表A中的第31条到40条记录（表A以自动增长的ID做主键，注意ID可能是不连续的）
-->select top 10 * from a where id not in (select top 30 id from a order by id) order by id
查询前十条记录，但条件是：ID不在前三十条的ID里面
-->select top 10 * from (select top 40 ......
