来源：markus-winand · 原文
这一章对我最大的帮助，是把“排序很贵”这种泛泛常识推进了一步。真正值得关心的不是排序贵不贵，而是数据库能不能根本不做那次额外排序，而这往往取决于索引顺序是不是已经替你把路铺好了。
第三种索引力量
这一章把 pipelined order by 称为索引的第三种力量。重点不是单纯“避免排序”，而是让数据库可以边扫描边返回前几行，而不必先把全量结果准备完。 我很喜欢这个视角，因为它把排序从“结果展示问题”重新拉回成了“执行路径问题”。
order by 与索引顺序
如果索引顺序与查询需要的排序顺序一致，数据库就可能直接借用索引的有序性，省掉昂贵的排序与中间缓冲。这个优化和 where 子句会互相影响，所以单独看排序键往往不够，必须看过滤条件与排序条件是否能在同一索引里协同。
group by 的启发
group by 通常也需要中间结构，但如果输入天然按分组键有序，就可能避免额外排序，接近流式完成聚合。因此“分组是否能利用索引”本质上仍然是“输入流是不是已经按需要顺序到来”。
一个很实用的认知升级
排序和分组不只是结果展示问题，它们直接决定：
- 是否要 materialize 中间结果；
- 是否能以低启动成本返回前几行；
- 分页是否能做成真正高效的 Top-N 查询。
这也是为什么我现在会把这章和分页、Top-N、执行计划放在一起看，而不是把它当成一个孤立的 SQL 语法话题。
相关页面：use-the-index-luke · index-supported-sorting-and-pagination · query-shape-and-index-usage · sql-execution-plans