标签：10 PostgreSQL 查询 LIMIT OFFSET id ORDER

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

标签：10,PostgreSQL,查询,LIMIT,OFFSET,id,ORDER
来源： https://www.cnblogs.com/telwanggs/p/16532678.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。