对我来说，这是一个永无止境的话题，我想知道我是否会忽略某些事情。本质上，我在应用程序中使用两种类型的SQL语句：

1. 具有“后备”限制的常规查询
2. 排序查询和分页查询

现在，我们讨论的是针对具有几百万条记录的表的一些查询，再加上另外五个具有几百万条记录的表的查询。显然，我们几乎不希望全部获取它们，这就是为什么我们有上述两种方法来限制用户查询的原因。

情况1 确实很简单。我们只是添加了一个额外的ROWNUM过滤器：

WHERE ...
  AND ROWNUM < ?

这相当快，因为​​Oracle的CBO会在执行计划时考虑使用此过滤器，并且可能会应用一项FIRST_ROWS操作（类似于/*+FIRST_ROWS*/提示所执行的操作）。

*但是， *情况2 对于Oracle来说比较棘手，因为没有LIMIT ... OFFSET其他RDBMS中的子句。因此，我们将“业务”查询嵌套在技术包装中，如下所示：

SELECT outer.* FROM (
  SELECT * FROM (
    SELECT inner.*, ROWNUM as RNUM, MAX(ROWNUM) OVER(PARTITION BY 1) as TOTAL_ROWS
    FROM (
      [... USER SORTED business query ...]
    ) inner
  ) 
  WHERE ROWNUM < ?
) outer
WHERE outer.RNUM > ?

请注意，TOTAL_ROWS计算该字段是为了知道即使不获取所有数据，我们将拥有多少页。现在，此分页查询通常非常令人满意。但是有时（如我所说，当查询5M
+记录时（可能包括未索引的搜索）），此过程将持续2-3分钟。

编辑 ：请注意，潜在的瓶颈不是那么容易解决，因为在分页之前必须应用排序！

我想知道，是国家的最先进的是模拟的LIMIT ... OFFSET，包括TOTAL_ROWS在甲骨文，还是有更好的解决方案，这将是由设计速度更快，例如，通过使用ROW_NUMBER()窗函数，而不是ROWNUM伪列？