Oracle中的SQL分页查询原理和方法详解

本文分析并介绍Oracle中的分页查找的方法。

Oracle中的表，除了我们建表时设计的各个字段，其实还有两个字段（此处只介绍2个），分别是ROWID（行标示符）和ROWNUM（行号），即使我们使用DESCRIBE命令查看表的结构，也是看不到这两个列的描述的，因为，他们其实是只在数据库内部使用的，所以也通常称他们为伪列（pseudo column）。

下面我们先建表并添加一些数据来验证上面的说明。

建表：create table users(id integer primary key,name nvarchar2(20))

插入数据：insert into users(id,name) values(1,'tom');insert into users(id,name) values(2,'cat');insert into users(id,name) values(3,'bob');insert into users(id,name) values(4,'anxpp');insert into users(id,name) values(5,'ez');insert into users(id,name) values(6,'lily');

使用describe命令查看表结构：

可以看到，确实只有建表时的两个字段。

但我们可以查询的时候，查找到伪列的值：select rowid,rownum,id,name from users;

结果：

这个rowid我们一般用不到，Oracle数据库内部使用它来存储行的物理位置，是一个18位的数字，采用base-64编码。

而这个rownum，我们也正是使用它来进行分页查询的，它的值，就是表示的该行的行号。

对于分页，我们只要想办法可以查询到从某一起始行到终止行就可以的，分页的逻辑可以放到程序里面。连云港数据恢复

于是，我们理所当然会想到如下语句查询第2页的数据（每页2条数据，页码从1开始，所以起始行的行号为 (页码-1)*每页长度+1=3,终止行的行号为 页码*每页长度=4）：select * from users where rownum>=3 rownum <= 4;

哈哈！是不是发现没有任何结果，原因很简单，Oracle机制就是这样的：因为第一条数据行号为1，不符合>=3的条件，所以第一行被去掉，之前的第二行变为新的第一行（即这个行号不是写死的，可以理解为是动态的），如此下去，一直到最后一行，条件始终没法满足，所以就一条数据也查不出来。

既然找到了原因，解决方法也就很明显了，我们只要将行号查询出来生成一个结果集，然后再从这个结果集中，选择行号大于我们设定的那个值就可以了，上面的分页查找正确的写法应该是这样：select id,name from(select rownum rn,u.* from users u) uawhere ua.rn between 3 and 4;

上面的语句还可以优化：>=不能用，但是<=是可以的，我们不需要在子查询中将结果全部查出来，首先使用终止行筛选子查询的结果，SQL如下：select id,name from(select rownum rn,u.* from users u where rownum<=4) uawhere ua.rn >= 3;

结果：

很多时候，我们并不是盲目的分页查找的，二十按某一个或多个字段的升序或降序分页，即包含 order by 语句的分页查询，我们先看一下 order by 的查询结果中rownum是怎样的：select rownum,id,name from users order by name;

结果：

可以看到，我们说行号完全是动态的，也是不准确的，这时候的行号并不是经过 order by 后新结果的增序行号。

但有了上面的嵌套查询的经验，这里也可以好好应用一下，怎么做呢：先查找出排序好的结果集，然后应用上面的方法得到最终结果，sql如下：select id,name from((select rownum rn,uo.* from(select * from users u order by name) uowhere rownum<=4)) uawhere ua.rn>=3;

按照上面的结果，正确的分页结果应该是id为2和5的，看下结果：

OK，结果正确。

其实连表查询之类的，也是差不多的，多点嵌套而已，掌握了原理，随便分析一下就能写出对应的SQL了，而编写SQL时，我们也得动动脑子，毕竟SQL也是由优劣之分的。