SQL分页优化

1. 第一种(不可用,与不使用TOP没什么区别)【耗时15~20s】

SELECT * FROM
(
SELECT TOP 20 ROW_NUMBER() OVER(ORDER BY Id) AS Num, * FROM
(
SELECT * FROM Goods_1 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT * FROM Goods_2 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT * FROM Goods_3 WHERE Name Like ‘%测试%%‘ UNION ALL
SELECT * FROM Goods_4 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT * FROM Goods_5 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT * FROM Goods_6 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT * FROM Goods_7 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT * FROM Goods_8 WHERE Name Like ‘%测试%‘
) AS T
) AS T
WHERE Num BETWEEN ((2 - 1) * 10 + 1) AND 2 * 10;

2. 第二种(可用,耗时明显降低很多)【耗时2~4s】

SELECT * FROM
(
SELECT ROW_NUMBER() OVER(ORDER BY Id) AS Num, * FROM
(
SELECT TOP 20 * FROM Goods_1 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT TOP 20 * FROM Goods_2 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT TOP 20 * FROM Goods_3 WHERE Name Like ‘%测试%%‘ UNION ALL
SELECT TOP 20 * FROM Goods_4 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT TOP 20 * FROM Goods_5 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT TOP 20 * FROM Goods_6 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT TOP 20 * FROM Goods_7 WHERE Name Like ‘%测试%‘ UNION ALL
SELECT TOP 20 * FROM Goods_8 WHERE Name Like ‘%测试%‘
) AS T
) AS T
WHERE Num BETWEEN ((2 - 1) * 10 + 1) AND 2 * 10;

这里的2指的是分页的页码,20指的是分页大小,这样的写法能降低耗时也可想而知了~

时间: 2024-11-04 19:51:22

SQL分页优化的相关文章

SQL通用优化方案(where优化、索引优化、分页优化、事务优化、临时表优化)

SQL通用优化方案:1. 使用参数化查询:防止SQL注入,预编译SQL命令提高效率2. 去掉不必要的查询和搜索字段:其实在项目的实际应用中,很多查询条件是可有可无的,能从源头上避免的多余功能尽量砍掉,这是最简单粗暴的解决方案.3. 选择最有效率的表名顺序: 数据库的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表将被最先处理,在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表放在最后,如果有3个以上的表连接查询,那就需要选择那个被其他表所引用的表放在最后.

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

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

[转]关于SQL分页存储过程的分析

[转]关于SQL分页存储过程的分析 建立一个 Web 应用,分页浏览功能必不可少.这个问题是数据库处理中十分常见的问题.经典的数据分页方法是:ADO 纪录集分页法,也就是利用ADO自带的分页功能(利用游标)来实现分页.但这种分页方法仅适用于较小数据量的情形,因为游标本身有缺点:游标是存放在内存中,很费内存.游标一建立,就将相关的记录锁住,直到取消游标.游标提供了对特定集合中逐行扫描的手段,一般使用游标来逐行遍历数据,根据取出数据条件的不同进行不同的操作.而对于多表和大表中定义的游标(大的数据集合

关于SQL分页存储过程的分析

建 立一个 Web 应用,分页浏览功能必不可少.这个问题是数据库处理中十分常见的问题.经典的数据分页方法是:ADO 纪录集分页法,也就是利用ADO自带的分页功能(利用游标)来实现分页.但这种分页方法仅适用于较小数据量的情形,因为游标本身有缺点:游标是存放在内存 中,很费内存.游标一建立,就将相关的记录锁住,直到取消游标.游标提供了对特定集合中逐行扫描的手段,一般使用游标来逐行遍历数据,根据取出数据条件的 不同进行不同的操作.而对于多表和大表中定义的游标(大的数据集合)循环很容易使程序进入一个漫长

常用的SQL分页算法及对比

SQL Server 2005引入的新方法. 1 SELECT * FROM (SELECT ROW_NUMBER() OVER(ORDER BY keyField DESC) AS rowNum, * FROM tableName) AS t WHERE rowNum > start[比如:90] AND rowNum <= end[比如:100]=>[返回91-100] 2 3 SELECT top (PAGESIZE[比如:10]) FROM (SELECT ROW_NUMBER(

分页优化+表锁和库存优化+数据库的备份和导入

一.分页优化技术 代码参看: php/classic.php 把50331651记录进行分页,每页显示2条记录,于是我们用传统php编码方式,编写分页代码如下: 上传到/var/www/html下进行测试,结果如下: 如果访问第1页和第4页,返回语句: 使用explain执行计划查询比较靠前的页数,发觉速度很快因为可以使用上索引: 如果访问第4100000页,返回语句: 使用explain分析结果如下: 发觉这时如果分页到了中间的页数,这时我们既需要排序又要分页检索数据的时候,就会出现Using

SQL Server SQL性能优化之--通过拆分SQL提高执行效率,以及性能高低背后的原因

复杂SQL拆分优化 拆分SQL是性能优化一种非常有效的方法之一, 具体就是将复杂的SQL按照一定的逻辑逐步分解成简单的SQL,借助临时表,最后执行一个等价的逻辑,已达到高效执行的目的 一直想写一遍通过拆分SQL来优化的博文,最近刚好遇到一个实际案例,比较有代表性,现分享出来, 我们来通过一个案例来分析,为什么拆分语句可以提高SQL执行效率,更重要的是弄清楚,拆分前为什么慢,拆分后为什么快了? 幼稚的话,各位看官莫笑 先看一下相关表的数据量,大表也有5900多万,小表有160多万 (声明:我从来没

php+mysql分页优化版

效果图: 1 <table align="center" cellspacing="2"> 2 <?php 3 include('conn/conn2.php'); 4 $pagesize=10; 5 $url=$_SERVER["REQUEST_URI"];//取当前url路径 6 $url=parse_url($url); //查询当前路径所以值 7 $url=$url[path];//查询当前路径path的值 8 9 $n

闲谈SQL脚本优化

摘要: 闲来无事,便想寻找大师级别优化SQL脚本案例,也算是读后留点笔记,摘录内容都会链接到所参考网址,如有冒犯,还望博主见谅:有些文章只有多动手多动脑才能理解其中的意思,看了需要实际操作,才不枉大师们的良苦用心: 一.正确的建立索引 [摘录:我是如何在SQLServer中处理每天四亿三千万记录的] 首先,我们需要明白几个索引的要点: 索引之后,按索引字段重复最少的来排序,会达到最优的效果.以我们的表来说,如果建立了No的聚集索引,把No放在where子句的第一位是最佳的,其次是Id,然后是Mg