SQL中的分页查询语句介绍

使用SQL语句查询时,如果表里的记录数过于庞大,就需要用到分页查询语句,下面就将为您详细介绍SQL中的分页查询语句,供您参考。

在实际中我们经常遇到表里的记录数非常庞大(数万至数百万),而一次只显示几十条数据的情况,如果我们直接用下面的SQL语句查询并填充到DataTable的话,将是一个非常恐怖的事情(假设UserInfo有几百万用户数据): Select * from UserInfo

分页查询就是根据需要每次只返回所需要的数据,而不用每次都从数据库中全部把数据提取出来,这样可以降低程序与数据库之间的数据传送量,并且还可以提高程序的性能。 一般来说我们在数据量大的情况下总是会分页显示(谁也不会一下子将几万条数据全部一次性显示给用户),这样决定我们返回的查询结果集的参数有两个:当前显示的页数pageIndex和每页显示的记录条数size。这里来举例在SQL Server中我们如何写分页查询的SQL语句,假设我们按照UserID字段降序查询,每页显示5条记录。查询语句如下:

view source print ?

1selecttop5 * fromUserInfo orderbyUserID asc

第一页我们可以按照对UserID降序查询,并利用top 5取出前5条记录。可是第二页的SQL语句我们该怎么写呢?第二页显示的数据应该是按照UserID降序排列之后第6条到10条记录,有没有办法做到这一点呢?有两种办法:第一种就是前面我所提到的一次性将全部数据提取并填充到DataTable中,然后在for循环中通过i从5开始,并且i小于10(因为在C#中所有的集合下标都是从0开始的,第六条记录的下标就是5)这种方法显示5条数据,但是这种做法的缺点我在前面也提到了。第二种办法就是在数据库中过滤。我们通过分析发现,第二页要显示的记录的UserID字段有以下特点:它们是紧跟这第一页显示的记录之后的5条记录,也就是通过对UserID字段进行降序排列时,它们是除了第一页数据之后的5条记录,也就是它们的UserID不在第一页的UserID之中,在SQL语句有一个not in这个正好可以排上用场。 首先我们按照对UserID进行降序排序,查询出前面第一页使用的数据的UserID,SQL语句及执行结果如下:

view source print ?

1selecttop5 * fromUserInfo whereUserId notin
2(selecttop5 UserID fromUserInfo orderbyUserID asc)orderbyUserID asc

UserID是从1开始,所以UserID在1至5的记录在第一页显示,UserID为6至10的记录在第二页显示,UserID为11至15的记录在第三页显示……依此类推,如果每页显示5条记录,那么第n页显示的数据记录的公式应该是:

view source print ?

1selecttop5 * fromUserInfo whereUserId notin 
2(selecttop(n-1)*5 UserID fromUserInfo orderbyUserID asc) orderbyUserID asc

#p#

需要注意的是:上面的查询,两次都是对UserID进行排序,并且都是降序,也就是说我们分页查询的时候写这种SQL语句的时候一定要都是对同一字段进行相同方式(asc或desc)的排序查询,这样查询的结果才会正确。 还有一点,如何查询数据库满足条件的记录条数呢? 还记得我讲过Command对象的ExecuteScalar()方法吧,这个方法就是返回查询结果的第一行第一列的。
下面是例子:

view source print ?

01//实例化Connection对象 
02SqlConnection connection= new SqlConnection("server=localhost;database=pubs;uid=sa;pwd='' "); 
03//实例化Command对象 
04SqlCommand command = new SqlCommand("select count(1) as 男性人数 from UserInfo where sex=1", connection); 
05//打开Connection对象 
06connection.Open(); 
07//执行SQL语句 
08//得到第一行第一列的结果,这里是所有用户总数 
09intcount= int.Parse(command.ExecuteScalar().ToString()); 
10//关闭Connection对象 
11connection.Close();

最后一点,如果计算总页数的问题。假如我们有20条记录,每页显示5条,毫无疑问总共分4页显示。如果是21条记录呢?答案是分5页显示,尽管最后一页只有一条记录,但是还是要显示的。这里也有一个公式,假如总共有m条记录,每页显示n条记录(这里m,n都是大于0的整数)那么需要显示全部记录所用到的页数page为:

view source print ?

1page=(m%n)==0?(m/n):(m/n+1);

 

 【编辑推荐】

批处理SQL语句的执行效率提高的方法

SQL语句中特殊字符的处理方法

教您用SQL语句进行模糊查询

为您讲解SQL动态语句的语法

SQL中随机数函数rand()简介

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/228783.html<

(0)
管理的头像管理
上一篇2025-04-18 11:22
下一篇 2025-04-18 11:24

相关推荐

  • 高防服务器虚假防御怎么识别才准确,靠谱吗?

    识别高防服务器虚假防御,核心在于验证服务商是否具备真实的防御架构、独立的带宽资源以及合规的运营资质,而非轻信宣传数值,虚假防御的常见套路高防服务器市场的虚假防御手段层出不穷,本质是利用信息差和贪便宜心理,了解这些套路,是鉴伪的第一步,共享IP池,防御共用部分服务商将多个客户的服务器放置在同一IP段,使用同一个防……

    2026-07-26
    0
  • 个人站长选服务器有哪些避坑经验?,怎么选?

    个人站长选服务器,避坑的核心法则是紧盯服务商资质与自营能力,而非只盯价格或参数,配置陷阱:核心数背后的真实性能CPU主频与架构差异很多站长选购服务器时,第一眼就看核心数,8核、16核似乎很诱人,但实际踩坑后才发现,同一核心数下,不同主频和架构带来的性能差距极大,比如共享型实例的8核,往往跑不满持续负载,一旦遇到……

    2026-07-26
    0
  • 站群服务商跑路前常见征兆有哪些,怎么识别

    站群服务商跑路前,通常会出现客服响应失速、IP质量崩塌、价格突破底线、资质信息模糊、公司主体异动这五个关键征兆,任何一个都值得拉响警报,客服响应速度与专业度断崖式下降工单系统开始“装死”多数跑路案例中,服务商最先出问题的部门就是客服,你提交的工单从半天回复变成一天、两天,甚至直接石沉大海,技术问题得到的回答明显……

    2026-07-26
    0
  • 游戏高防服务器怎么选才不踩坑?,哪家好?

    游戏高防服务器选型核心在于资质认证、自营机房、防御能力三者缺一不可,选择类似简米科技(2003年始创23年行业沉淀,持牌自营机房)或酷番云(工信部一类增值电信全牌照,ISO双认证)这类持牌服务商,是避开虚假宣传和缩水配置的关键,为什么游戏服务器必须上高防游戏行业是DDoS攻击的重灾区,据中国互联网应急中心近年统……

    2026-07-26
    0
  • 站群服务器同机房IP的风险怎么规避,有哪些注意事项?

    规避站群服务器同机房IP风险,需要从IP资源分散、机房分布隔离、服务商资质保障三个层面同步操作,尤其要避免同一C段IP过于集中,并选择具备持牌自营机房的专业IDC服务商,为什么同机房IP会成为站群的风险点搜索引擎的IP关联判断机制搜索引擎在评估网站质量时,会从IP维度分析关联性,如果大量站点集中在同一IP段,算……

    2026-07-26
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注