讨论分页

select top size * from 表名 where(表id not in(select top size*(index-1) 表id from 表名 order by 表id ASC)) order by 表id

select * from(select ROW_NUMBER() over(order by lid)as t ,* from 表名) as n where t between size and size*(index-1)

SELECT * FROM 表名 WHERE 表id in ( SELECT top size 表id FROM (SELECT top count-size*(index-1) 表id FROM 表名 order by 表id DESC ) TT ORDER BY TT.表id asc ) ORDER BY 表id asc

时间: 2024-12-25 18:36:28

讨论分页的相关文章

分页原理浅析

1.关于分页只讨论分页,即显示数据,不做任何过滤(搜索)和排序,仅仅是显示数据 1.1hibernate的分页 mysql用limit来作分页,核心参数有两个,start与size,即开始的位置与每页显示的数量,但是我们在用hibernate时发现使用他提供的 setFirstResult((page-1)*pageSize).setMaxResults(pageSize)也可以完成分页解释下page和pageSize,page表示当前页,也就是当前是第多少页,pageSize依然表示本页的数据

13.2.1 访问世界银行的数据

我们在本章使用的数据源,是由世界银行提供的服务,它是为发展中国家提供资金和知识的国际组织.作为其工作的一部分,它需要识别哪种类型的支持最有效,确定需求在哪里,评估对发展中国家的经济,生活质量,环境是否产生了影响.世界银行有一组数据,称为世界发展指标(World Development Indicators),包含了许多国家的信息,而且数据在线可用.在本章,我们将使用有关环境信息,更具体的森林覆盖区域信息.由世界银行提供的数据可免费使用,但是,首先需要在它的网站上进行注册. 提示 要注册,先去 h

内存非连续分配管理方式

非连续分配允许一个程序分散地装入到不相邻的内存分区中,根据分区的大小是否固定分为分页存储管理方式和分段存储管理方式. 基本分页存储管理方式 固定分区会产生内部碎片,动态分区会产生外部碎片,这两种技术对内存的利用率都比较低.我们希望内存的使用能尽量避免碎片的产生,这就引入了分页的思想:把主存空间划分为大小相等且固定的块,块相对较小,作为主存的基本单位.每个进程也以块为单位进行划分,进程在执行时,以块为单位逐个申请主存中的块空间. 分页的方法从形式上看,像分区相等的固定分区技术,分页管理不会产生外部

CSS2.1SPEC:视觉格式化模型之包含块

原汁原味的才是最有味道的,在阅读CSS标准时对这一点的体会更加深刻了,阅读文档后的一大感觉就是很多看上去理所应当的样式表现也都有了对应的支持机制.本文首先从包含块写起,一方面总结标准中相应的阐述,并且结合具体的实例进行具体分析,特别是对于CSS2.1支持并不完善的IE6/7.由于经验尚浅,文中肯定存在一些问题,希望大家可以多多包涵并且指出问题. 阅读本文前,应当对于CSS盒模型以及视觉格式化模型中会产生的各种框(box,也可以成为盒子)以及各种不同的布局方式有比较准确的认识,可以阅读杜瑶大神的两

《Pro SQL Server Internals》部分翻译(P36-P45)

本文选自<Pro SQL Server Internals> 作者: Dmitri Korotkevitch 出版社: Apress 出版年: 2016-12-29 作者简介:Dmitri Korotkevitchis是微软SQL Server MVP和微软认证大师.作为应用程序和数据库开发人员.数据库管理员和数据库架构师,他具有多年使用SQL Server的经验.他专门从事OLTP系统在高负载下的设计.开发和性能调优.Dmitri经常在各种Microsoft和SQL PASS活动上发言,他为

非连续内存分配

非连续分配允许一个程序分散地装入到不相邻的内存分区中,根据分区的大小是否固定分为分页存储管理方式和分段存储管理方式. 基本分页存储管理方式 固定分区会产生内部碎片,动态分区会产生外部碎片,这两种技术对内存的利用率都比较低.我们希望内存的使用能尽量避免碎片的产生,这就引入了分页的思想:把主存空间划分为大小相等且固定的块,块相对较小,作为主存的基本单位.每个进程也以块为单位进行划分,进程在执行时,以块为单位逐个申请主存中的块空间. 分页的方法从形式上看,像分区相等的固定分区技术,分页管理不会产生外部

案件讨论回复中出现把多个附件当成一个评论显示,导致分页出错

解决思路:查询评论时,将评论的附件加到评论查询内,如此就不会把评论和附件当成多条数据. public Page<BbsArticle> findPageByid(Page<BbsArticle> page,BbsArticle entity) { entity.setPage(page); List<BbsArticle> l=dao.findbyid(entity); List<BbsArticle> new_ls=new ArrayList<Bbs

MySQL分页优化中的“INNER JOIN方式优化分页算法”到底在什么情况下会生效?

本文出处:http://www.cnblogs.com/wy123/p/7003157.html 最近无意间看到一个MySQL分页优化的测试案例,并没有非常具体地说明测试场景的情况下,给出了一种经典的方案,因为现实中很多情况都不是固定不变的,能总结出来通用性的做法或者说是规律,是要考虑非常多的场景的,同时,面对能够达到优化的方式要追究其原因,同样的做法,换了个场景,达不到优化效果的,还要追究其原因.个人对此场景在不用情况表示怀疑,然后自己测试了一把,果然发现一些问题,同时也证实了一些预期的想法.

SQL Server的三种分页方式

直接上代码 1 --top not in方式 2 select top 条数 * from tablename 3 where Id not in (select top 条数*页数 Id from tablename) 4 5 6 7 --ROW_NUMBER() OVER()方式 8 select * from ( 9 select *, ROW_NUMBER() OVER(Order by Id ) AS RowNumber from tablename 10 ) as b 11 wher