分页select语句和ROWNUM中包装的子查询的行为

Question

我使用以下“wapper”在少数情况下实现分页，并且通常将其称为“标准分页选择”。因此，要对任何select语句的结果进行分页，只需将select语句包装在“标准分页选择”中。

    SELECT * FROM (SELECT a.*, ROWNUM rnum FROM ((


    ( subquery:  put your select * from .......  here ..)


)) a WHERE ROWNUM  <=  ${resultEnd} ) 
WHERE rnum  >=  ${resultStart}

我的问题是关于分页位的行为和ROWNUM的魔力。据我了解，子查询并不是每次都选择完整的结果集，而是在寻找确认或其他方式？

下面是对上面显示的分页行为的正确描述，例如，如果页面大小为50：

要选择：

• 第1页（例如0-50）子查询选择0-50行
• 第2页（例如51-100）子查询选择0-100行（外部查询然后将其限制为50-100）
• 第3页（例如101-150）子查询选择0-150行（外部查询然后将其限制为101-150）
• 第4页（例如151-200）子查询选择0-200行（外部查询然后将其限制为151-200）
• 第5页（例如201-250）子查询选择0-250行（外部查询然后将其限制为201-250）

...等等，你可以看到模式。

您越深入“页面”，子查询必须做的工作就越多。这是正确的吗？如果是这样，ROWNUM是如何做到这一点的？

提前谢谢。感谢您的反馈

Answer 1

如果查询索引良好且性能良好，为什么不尝试使用物化视图呢？您可以将rownum定义为列，并根据需要刷新视图。也只是提醒一下。。Oracle 12C非常支持分页类型查询。

Answer 2

你的理解大体上是正确的。内部rownum

动态生成rownum，优化器知道rownum

但是不能保证内部选择会短暂停止。特别是，其中的order by子句可能会强制生成整个结果集，然后rownum过滤器只是丢弃在该间隔之外生成的行。