首先对于java开发，oracle进行分页时，要有三层进行查询
class="java">SELECT *
FROM (SELECT T.*, ROWNUM RN
FROM (SELECT * FROM text ORDER BY ts DESC) T
WHERE ROWNUM < 20)
WHERE
RN >20
首先，说下这种写法的原因，如果我们直接对目标表进行查询
SELECT t.*,ROWNUM RN FROM text t ORDER BY ts DESC
如果是按照上边的写法的话，数据查询处理就不准了，因为rownum是查询出一条数据然后累加1的，这样我们查询完如果不进行order by排序,rownum是没有问题的，从1开始，但是排序后，rownum就被打乱了，这样查询某个区间段的时候就不是我们想要的结果（比如，查询1-10，查询的就可能不是排序后的前10个，因为排序后rownum已经错位了）。这就是为什么中间要加2层查询的理由。
那么，最外层查询也是有理由的，最外层的原因是因为rownum不能查询大于，所以对这个结果集中的rownum在加一层查询大于。
现在解释一下，为什么不能查询大于，因为如果加了大于的条件，那么查询的结果集会是空集，因为比如我查询>1的数据时,首先第一条的rownum是1，然后不符合，把数据踢出去，此时第二条的rownum变成1，继续还是不满足，依次，到最后肯定结果集是空的。所以只能在结果集的外面加一层查询进行过滤，不能直接过滤。
然后说一下会出现的问题，即使我们安装这种方式来分页查询，也会遇到其他
一些问题，一个很容易出现的问题就是查询的结果集是错乱的，比如第一页的数据，在第二页也会有，而有些数据在所以页面都没有，这个问题的原因是因为ORDER BY后面的字段重复造成的。
今天在项目中就遇到了这个问题，最后
发现是批量
同步插入数据的时候，时间戳可能会重复，此时如果安装时间戳进行排序的话，就会出现上面说的这种情况，因为oracle的sort机制原因，不能保证每次查询时间戳相等时都是相同顺序的数据。
上面问题的
解决方法可以在排序条件时加上唯一标识 比如ID
ORDER BY (ts||ID) desc
这样就可以解决这个问题
相关文章
