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的效率可能 还是不够高。
————————————————
版权声明：本文为CSDN博主「linmao13037」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/sinat_23931991/article/details/103390764