↑↓ 选择 ↵ 打开 ⌫ 改范围 完整检索页

pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。

受支持版本: 当前版本 (18) / 17 / 16 / 15 / 14
测试与开发版本: 19 / devel
不受支持的版本: 13 / 12 / 11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0 / 8.4 / 8.3 / 8.2 / 8.1 / 8.0 / 7.4 / 7.3 / 7.2 / 7.1
历史版本PostgreSQL 7.2 已于 2007 年 2 月结束社区维护,本页译文保留供仍在使用旧版本的读者参考。新系统请看当前版本。

2.6. LIMIT 和 OFFSET #

SELECT select_list
    FROM table_expression
    [LIMIT { number | ALL }] [OFFSET number]

LIMIT 允许你仅检索查询其余部分所生成行的一部分。如果给出了一个限制计数,那么会返回数量不超过该限制的行。LIMIT ALL 的效果和省略 LIMIT 子句一样。

OFFSET 说明在开始向客户端返回行之前要跳过多少行。OFFSET 0 的效果与省略 OFFSET 子句相同。如果 OFFSET 和 LIMIT 都出现,那么在开始返回 LIMIT 行之前,会先跳过 OFFSET 行。

如果使用 LIMIT,那么最好用一个 ORDER BY 子句把结果行约束成一个唯一的顺序。否则你就会拿到一个不可预料的该查询的行的子集——你要的可能是第十到第二十行,但以什么顺序的第十到第二十?除非你指定了 ORDER BY,否则顺序是不知道的。

查询优化器在生成查询计划时会考虑 LIMIT,因此如果你给定 LIMIT 和 OFFSET,那么你很可能收到不同的规划(产生不同的行顺序)。因此,使用不同的 LIMIT/OFFSET 值选择查询结果的不同子集将生成不一致的结果,除非你用 ORDER BY 强制一个可预测的顺序。这并非 bug,这是一个很自然的结果,因为 SQL 没有许诺把查询的结果按照任何特定的顺序发出,除非用了 ORDER BY 来约束顺序。

提交更正

译文有误、术语不当或页面显示问题,请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题,请在当前版本的对应页面向上游反馈;上游不再修订已结束维护的版本。