本文详细解析了PostgreSQL中的LIMIT和OFFSET关键字的使用方法，包括如何限制查询结果的数量，跳过指定数量的行，以及如何结合ORDER BY子句确保查询结果的有序性。
PostgreSQL中LIMIT和OFFSET关键字
LIMIT和OFFSET允许你只检索查询剩余部分产生的行的一部分：
- LIMIT : 限制取多少条数据。
- OFFSET : 跳过多少条数据然后取后续数据。
LIMIT 和 OFFSET 关键字在查询时可以单独使用也可以组合使用， 需要注意的是，无论怎么用，都需要先确定排序方式，否则没有多少意义。例如：
取库存移动的前10条记录：
SELECT “id” FROM stock_move ORDER BY “id” LIMIT 10;
取库存移动的10条以后的记录：
SELECT “id” FROM stock_move ORDER BY “id” OFFSET 10;
取库存移动的10到20条的记录：
SELECT “id” FROM stock_move ORDER BY “id” LIMIT 10 OFFSET 10;
以下是官方文档的解释：
LIMIT和OFFSET允许你只检索查询剩余部分产生的行的亄部分：
SELECT select_list
FROM table_expression
[ ORDER BY … ]
[ LIMIT { number | ALL } ] [ OFFSET number ]
如果给出了一个限制计数，那么会返回数量不超过该限制的行（但可能更少些，因为查询本身可能生成的行数就比较少）。LIMIT ALL的效果和省略LIMIT子句以样，就像是LIMIT带有NULL 参数一样。
OFFSET说明在开始返回行之前忽略多少行。OFFSET 0的效果和省略OFFSET子句是一样的， 并且LIMIT NULL的效果和省略LIMIT子句以样，就像是OFFSET带有 NULL 参数一样。 如果OFFSET和LIMIT都出现了， 那么在返回LIMIT个行之前要先忽略OFFSET行。 如果使用LIMIT，那么用一个ORDER BY子句把结果行约束成一个唯一的顺序是很重要的。否 则你就会拿到一个不可预料的该查询的行的子集。你要的可能是第十到第二十行，但以什么顺序的第十到第二十？除非你指定了ORDER BY，否则顺序是不知道的。 查询优化器在生成查询计划时会考虑LIMIT，因此如果你给定LIMIT和OFFSET，那么你很可能收到不同的规划（产生不同的行顺序）。
因此，使用不同的LIMIT/OFFSET值选择查询结果 的不同子集将生成不一致的结果，除非你用ORDER BY强制一个可预测的顺序。这并非bug， 这是一个很自然的结果，因为 SQL 没有许诺把查询的结果按照任何特定的顺序发出，除非 用了ORDER BY来约束顺序。
被OFFSET子句忽略的行仍然霶要在服务器内部计算；因此，一个很大的OFFSET的效率可能 还是不够高。
扫一扫
1489
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
