SQL Server 索引结构及其使用（三）
实现小数据量和海量数据的通用分页显示存储过程
建立一个 Web 应用，分页浏览功能必不可少。这个问题是数据库处理中十分常见的问题。经典的数据分页方法是:ADO 纪录集分页法，也就是利用ADO自带的分页功能（利用游标）来实现分页。但这种分页方法仅适用于较小数据量的情形，因为游标本身有缺点：游标是存放在内存中，很费内存。游标一建立，就将相关的记录锁住，直到取消游标。游标提供了对特定集合中逐行扫描的手段，一般使用游标来逐行遍历数据，根据取出数据条件的不同进行不同的操作。而对于多表和大表中定义的游标（大的数据集合）循环很容易使程序进入一个漫长的等待甚至死机。
更重要的是，对于非常大的数据模型而言，分页检索时，如果按照传统的每次都加载整个数据源的方法是非常浪费资源的。现在流行的分页方法一般是检索页面大小的块区的数据，而非检索所有的数据，然后单步执行当前行。
最早较好地实现这种根据页面大小和页码来提取数据的方法大概就是“俄罗斯存储过程”。这个存储过程用了游标，由于游标的局限性，所以这个方法并没有得到大家的普遍认可。
后来，网上有人改造了此存储过程，下面的存储过程就是结合我们的办公自动化实例写的分页存储过程：
CREATE procedure pagination1
(@pagesize int, --页面大小，如每页存储20条记录
@pageindex int --当前页码
)
as
set nocount on
begin
declare @indextable table(id int identity(1,1),nid int) --定义表变量
declare @PageLowerBound int --定义此页的底码
declare @PageUpperBound int --定义此页的顶码
set @PageLowerBound=(@pageindex-1)*@pagesize
set @PageUpperBound=@PageLowerBound+@pagesize
set rowcount @PageUpperBound
insert into @indextable(nid) select gid from TGongwen
where fariqi >dateadd(day,-365,getdate()) order by fariqi desc
select O.gid,O.mid,O.title,O.fadanwei,O.fariqi from TGongwen O,@indextable t
where O.gid=t.nid and t.id>@PageLowerBound
and t.id<=@PageUpperBound order by t.id
end
set nocount off
以上存储过程运用了SQL SERVER的最新技术――表变量。应该说这个存储过程也是一个非常优秀的分页存储过程。当然，在这个过程中，您也可以把其中的表变量写成临时表：CREATE TABLE #Temp。但很明显�
相关文档：
一、NATURAL JOIN（自然连接）
两张表通过NATURAL JOIN连接的时候，相当于有个隐含的WHERE子句，对两张表中同名的对应列相比较看是否相等。
二、CROSS JOIN（创建笛卡尔积）
对两张表通过交叉联合产生第三张返回结果集的表。相当于普通的连接。
三、INNER JOIN� ......
最近在学习Hibernate，数据库是SQL 2000，myEclipse7.5，根据例子配置好Hibernate之后运行，出现：
com.microsoft.jdbc.base.BaseDatabaseMetaData.supportsGetGeneratedKeys() 这个错误，倒腾半天之后发现是msbase.jar、mssqlserver.jar、msutil.jar这三个包的问题，SQL 2000的数据库驱动需要最新的版本，这三个包� ......
最近在做mysql的性能忧化，做到多表连接查询，比较头疼，看了一些join的资料，终于搞定，这里分享出来！
外联接。外联接可以是左向外联接、右向外联接或完整外部联接。
在 from 子句中指定外联接时，可以由下列几组关键字中的一组指定：
&n ......
现有table_for_report_1和table_for_report_2，详情如下：
table_for_report_1有num字段，c1,c2,c3字段。
数据如下：
num c1 c2 c3
1 15001346690 11 12 13
2 1 ......
作者:罗代均 ldj_work#126.com 转载请保持完整性
1.测试表
employee
雇员id 部门id 薪金
emp_id dept_id salary
......
