开发过程中经常遇到分页的需求，今天在此总结一下吧。
简单说来方法有两种，一种在源上控制，一种在端上控制。源上控制把分页逻辑放在SQL层；端上控制一次性获取所有数据，把分页逻辑放在UI上（如GridView）。显然，端上控制开发难度低，适于小规模数据，但数据量增大时性能和IO消耗无法接受；源上控制在性能和开发难度上较为平衡，适应大多数业务场景；除此之外，还可以根据客观情况（性能要求，源与端的资源占用等）在源和端之间加一层，应用特殊算法和技术进行处理。以下主要讨论源上，即SQL上的分页。
分页的问题其实就是在满足条件的一堆有序数据中截取当前所需要展示的那部分。实际上各种数据库都考虑到分页问题而内置了一些策略，比如MySql的LIMIT，Oracle的ROWNUM和ROW_NUMBER()，SqlServer的TOP和ROW_NUMBER()，基于此我们可以得到一系列分页的方法。
1、 基于MySql的LIMIT和Oracle的ROWNUM，可以直接限制返回区间（以MySql为例，注意使用Oracle的ROWNUM时要应用子查询）：
方法一、直接限制返回区间
?
|
1 |
|
优点：写法简单。
缺点：当页码和页大小过大时，性能明显下降。
适用：数据量不大。
2、基于LIMIT（MySql）、ROWNUM（Oracle）和TOP（SqlServer），他们可以限制返回的行数，因此可以得到以下两套通用的方法（以SqlServer为例）：
方法二、NOT IN
?
|
1 2 3 4 5 |
|
优点：通用性强。
缺点：当数据量较大时向后翻页，NOT IN中的数据过大会影响性能。
适用：数据量不大。
方法三、MAX
?
|
1 2 3 4 5 6 7 8 |
|
优点：速度快，特别是当id为主键时。
缺点：适用面窄，要求排序条件单一且可比较。
适用：简单排序（特殊情况也可尝试转换成类似可比较值处理）。
3、基于SqlServer和Oracle的ROW_NUMBER()，可以得到返回数据的行号，基于此在限制返回区间得到如下方法（以SqlServer为例）：
方法四、ROW_NUMBER()
?
|
1 2 3 4 5 6 |
|
优点：在数据量较大时相比NOT IN有优势。
缺点：小数据量时不如NOT IN。
适用：大部分分页查询需求。
到此这篇关于SQL实现分页查询方法总结的文章就介绍到这了。希望对大家的学习有所帮助，也希望大家多多支持服务器之家。
原文链接：https://www.cnblogs.com/bbgasj/archive/2012/11/06/2756567.html
本文链接：https://my.lmcjl.com/post/12432.html
4 评论