SQL 2012的分页

　　今天看到一篇文章介绍2012中的分页，就想测试一下新的分页方法比原先的有多少性能的提升，下面是我的测试过程（2012的分页语法这里不在做多的说明,MSDN上一搜就有）：

　　首先我们来构造测试数据：

--建表

CREATE TABLE [dbo].[MyCustomer](

[id] [int] PRIMARY
KEY,

[CustomerNumber] [varchar](25),

[CustomerName] [varchar](25),

[CustomerCity] [varchar](25)

)

--生成100W测试数据

DBCC DROPCLEANBUFFERS

DBCC FREEPROCCACHE

SET STATISTICS IO ON;

SET STATISTICS TIME ON;

;WITH
mycte AS

(

SELECT
id=1,CustomerNumber=CAST(‘0000‘
AS VARCHAR(25)),

CustomerNamer=CAST(‘AAAA‘
AS VARCHAR(25)),

CustomerCity=CAST(‘CCCC‘
AS VARCHAR(25))

UNION
ALL

SELECT
id=id+1,

CustomerNamer=CAST(CHECKSUM(NEWID()) AS
VARCHAR(25)),

CustomerNamer=CAST(‘Name‘+CHAR(65+id%26) AS
VARCHAR(25)),

CustomerCity=CAST(CHAR(65+id%26) AS
VARCHAR(25)) FROM
mycte WHERE
id<1000000

)

INSERT
INTO MyCustomer SELECT
* FROM mycte

OPTION(MAXRECURSION 0)

SET STATISTICS IO OFF ;

SET STATISTICS TIME OFF;

这里我采用CTE的方式来递归构造数据，有兴趣的童鞋可以试试传统的While循环来对比一下两种的区别。接下来我们分别来看下集中常见的分页语句和他们的时间开销情况：

1、2012的分页情况

2、05~08的分页情况

3、双ToP N分页的情况

上面的三种分页查询的场景是一致的，都是查询50W后的10条记录，记录总量为100W，我们可以看到，在这种情况下，2012的分页效果是最好的。其余的两种差别不是很大，

当然查询越靠前的记录差别会越小，例如我们若把数据查询的范围缩小到500后的10条，前2种在时间的消耗上已经看不出来区别。有兴趣的童鞋可以对比下3种查询语句的查询计划。查询计划选择和其对应的复杂程度和查询所需的开销是成正比的。

SQL 2012的分页,布布扣,bubuko.com

时间： 2024-10-10 22:18:00

SQL 2012的分页的相关文章

SQL 2012新分页方式

--2012的OFFSET分页方式 (推荐使用 - 较为方便) select number from spt_values where type='p' order by number offset 0 rows fetch next 10 rows only; go 意思是从第1条开始取10条 --2005的ROW_NUMBER分页方式 select number from ( select number,row_number() over(order by number) as num f

[读书心得]资料分页的优化，以SQL 2012的 OFFSET-FETCH为例

这是我的文章备份,原始出处:[读书心得]资料分页的优化,以SQL 2012的 OFFSET-FETCH为例 http://www.dotblogs.com.tw/mis2000lab/archive/2015/04/10/sql_querying_paging_offset-fetch.aspx 这篇文章源自微软出版社(Microsoft Press) 2015年的新书 -- T-SQL Querying Published 3/6/2015 1st Edition 864 pages Book

浅谈SQL Server数据库分页

数据库分页是老生常谈的问题了.如果使用ORM框架,再使用LINQ的话,一个Skip和Take就可以搞定.但是有时由于限制,需要使用存储过程来实现.在SQLServer中使用存储过程实现分页的已经有很多方法了.之前在面试中遇到过这一问题,问如何高效实现数据库分页.刚好上周在业务中也遇到了这个需求,所以在这里简单记录和分享一下. 一需求这里以SQLServer的示例数据库NorthWind为例,里面有一张Product表,现在假设我们的需求是要以UnitPrice降序排列,并且分页,每一页10条

Sql Server多种分页性能的比较

一.前言因为工作关系,遇到了非常大的数据量的分页问题,数据总共有8000万吧,这个显然不是简单的分页能够解决的,需要从多多方面考虑,从分表.分库等等.但是这个也让我考虑到了分页性能的问题,在不同数据量的情况下,不同的分页方法效率是否会有不同.我在这里用比较常见的几种分页方法在不同的数据量.不同页码下进行对比,分别是:Top.Row_Number()和Offset Fetch.这里只用它们分别最简单的语句,如下. Top: create proc Tops @pageindex int,@pag

pl/sql之编写分页过程

--开发一个包 --建立一个包,在该包中,我定义类型test_cursor,是个游标. 如下: Sql代码 create or replace package testpackage as TYPE test_cursor is ref cursor; end testpackage; --开始编写分页过程 create or replace procedure fenye (table_name in varchar2, page_size in number, --每页显示的记

Sql Server 数据分页

1.引言在列表查询时由于数据量非常多,一次性查出来会非常慢,就算一次查出来了,也不能一次性显示给客户端,所以要把数据进行分批查询出来,每页显示一定量的数据,这就是数据要分页. 2.常用的数据分页方法我们经常会碰到要取n到m条记录,就是有分页思想,下面罗列一下一般的方法. 我本地的一张表 tbl_FlightsDetail,有300多W记录,主键 FlightsDetailID(Guid),要求按照FlightsDetailID排序取 3000001 到3000010 之间的10条记录,也是

基于Windows Server 2012 R2部署SQL 2012的AlwaysOn群集

SQL Server2012中新增的AlwaysOn简介 SQL Server2012中新增的AlwaysOn是一个新增高可用性解决方案.在AlwaysOn之前,SQL Server已经有的高可用性和数据恢复方案,比如数据库镜像,日志传送和故障转移集群.都有其自身的局限性.而AlwaysOn作为微软新退出的解决方案,提取了数据库镜像和故障转移集群的优点.本文旨在通过实现一个AlwaysOn的实例来展现AlwaysOn. Windows2012群集要求作为群集运行的所有节点都必须采用投票算法确定该

SQL SERVER 通用分页存储过程

SQL SERVER 通用分页存储过程从SQLSERVER 2005开始,提供了Row_Number()函数,利用函数生成的Index来处理分页,按照正常的逻辑思维都是传pageIndex和pageSize来完成分页,昨天前端和我沟通,他们使用jQuery.DataTable.js插件,而且经过了公司底层的封装,pageIndex需要变动一下,变成pageIndex*pageSize来传. 也就是说按每页显示30条算,第一次传0,第二次传30这样来计算,我也是醉了. 1.传pageIndex和

SQL 2012 镜像图解（解决1418）

原文:SQL 2012 镜像图解(解决1418) 1.环境准备 1.WIN7+SQL 2012 两台机器如:10.58.8.114 登陆账号 TestB 10.58.8.96 登陆账号 TestA 2.新建两个数据库实例: 如: 10.58.8.114 实例名 TestB 10.58.8.96 实例名 TestA 3.两台机器创建相同的登陆账号和密码,并将其加入到管理员权限 (解决错误1418) 4.设置 SQL SERVER 服务登陆账号为当前管理员账号(