两语句性能对比

skyzcl 2008-06-24 11:44:43
语句一

DECLARE @depot nvarchar(10)
SELECT @depot='00000'
WHILE 1=1
BEGIN
SELECT @depot =depot FROM s_depot WHERE depot > @depot ORDER BY depot desc
IF @@rowcount <1
BREAK
PRINT @depot
END


语句二
DECLARE @depot nvarchar(10)
DECLARE cur1 CURSOR FOR SELECT depot FROM s_depot ORDER BY depot
OPEN cur1
FETCH next FROM cur1 INTO @depot
WHILE @@FETCH_STATUS = 0
BEGIN
PRINT @depot

FETCH next FROM cur1 INTO @depot
END
CLOSE cur1
DEALLOCATE cur1
...全文
155 16 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
zhiguo2008 2008-07-04
  • 打赏
  • 举报
回复
[Quote=引用 15 楼 perfectaction 的回复:]
引用 13 楼 skyzcl 的回复:
引用 11 楼 perfectaction 的回复:
原则是能不使用游标就尽量别使用,看是否有变通的方式。

象此类查询,应如何变通呢?有没有更有效率的方法


大多是去变通业务了
[/Quote]
nzperfect 2008-06-24
  • 打赏
  • 举报
回复
[Quote=引用楼主 skyzcl 的帖子:]
语句一
SQL codeDECLARE@depotnvarchar(10)SELECT@depot='00000'WHILE1=1BEGINSELECT@depot=depotFROMs_depotWHEREdepot>@depotORDERBYdepotdescIF@@rowcount<1BREAKPRINT@depotEND

语句二
SQL codeDECLARE@depotnvarchar(10)DECLAREcur1CURSORFORSELECTdepotFROMs_depotORDERBYdepotOPENcur1FETCHnextFROMcur1INTO@depotWHILE@@FETCH_STATUS=0BEGINPRINT@depotFETCHnextFROMcur1INTO@depotENDCLOSEcur1DEALLOCATEcur1
[/Quote]

一般数据比较多情况下,仅这两个比较的话,第二个效率要高。
如果几行数据,就不明显了。
原因:
第一个是需要不停的到表里读取数据,不停的读io(或是内存缓存数据),造成大量的io读取,而io操作,是最慢最耗资源的。
第二个是一次性写入游标里,然后进行操作,读到的io相对的第一种是极小的,而游标效率也并非是极差,不然,ms也就不用它了。
yinqi025 2008-06-24
  • 打赏
  • 举报
回复
这个是没咋可比性...
yinqi025 2008-06-24
  • 打赏
  • 举报
回复
第一个应该快很多
Garnett_KG 2008-06-24
  • 打赏
  • 举报
回复
毫无可比性
两条语句的得出来的结果可能都不一样

datahandler2 2008-06-24
  • 打赏
  • 举报
回复
我感觉估计第一个会比较高点。第二个用到游标相当资源比较耗
nzperfect 2008-06-24
  • 打赏
  • 举报
回复
楼主测试的结果呢,说说吧
skyzcl 2008-06-24
  • 打赏
  • 举报
回复
哪个效率高呢?一直很困惑
nzperfect 2008-06-24
  • 打赏
  • 举报
回复
[Quote=引用 13 楼 skyzcl 的回复:]
引用 11 楼 perfectaction 的回复:
原则是能不使用游标就尽量别使用,看是否有变通的方式。

象此类查询,应如何变通呢?有没有更有效率的方法
[/Quote]

大多是去变通业务了
yinqi025 2008-06-24
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 perfectaction 的回复:]
我上面在7楼说的不对,通过测试,发现游标也是需要一次一次的去查里查数据,更正并测试下:


SQL code--生成测试表,10000条数据
create table t_test(id int identity(1,1) primary key,class_a varchar(50),class_b varchar(50),add_dt datetime)
go
declare @i int
select @i = 1
while @i < = 10000
begin
insert into t_test(class_a,class_b,add_dt)
select case @i%2 when 0 then 'class_a' + …
[/Quote]

那我错了...我以为游标很影响速度,帮助很大对我...up
skyzcl 2008-06-24
  • 打赏
  • 举报
回复
[Quote=引用 11 楼 perfectaction 的回复:]
原则是能不使用游标就尽量别使用,看是否有变通的方式。
[/Quote]
象此类查询,应如何变通呢?有没有更有效率的方法
nzperfect 2008-06-24
  • 打赏
  • 举报
回复
可以把数据插入到一个@t table变理中,这个@t table设置一个自增长列
去循环这个内存表,在你服务器内存足够大时,或许性能好于游标。
nzperfect 2008-06-24
  • 打赏
  • 举报
回复
原则是能不使用游标就尽量别使用,看是否有变通的方式。
skyzcl 2008-06-24
  • 打赏
  • 举报
回复
象此类查询,有没有比游标更有效率的方法呢?请教
skyzcl 2008-06-24
  • 打赏
  • 举报
回复
原来原理是这样啊,一直以为游标慢,看来还是有适用的地方!谢谢LS的
nzperfect 2008-06-24
  • 打赏
  • 举报
回复
我上面在7楼说的不对,通过测试,发现游标也是需要一次一次的去查里查数据,更正并测试下:

--生成测试表,10000条数据
create table t_test(id int identity(1,1) primary key,class_a varchar(50),class_b varchar(50),add_dt datetime)
go
declare @i int
select @i = 1
while @i < = 10000
begin
insert into t_test(class_a,class_b,add_dt)
select case @i%2 when 0 then 'class_a' + cast(@i as varchar) else cast(@i as varchar) end,
case @i%5 when 0 then 'class_b' + cast(@i as varchar) else cast(@i as varchar) end, getdate()
select @i = @i + 1
end


--测试第一种所需时间
declare @t1 datetime,@t2 datetime
declare @a int,@b int
select @t1 = getdate()
declare @depot nvarchar(10)
select @depot='2'
while 1=1
begin
select @depot =id from t_test where id > @depot order by id desc
if @@rowcount <1
break
print @depot
end
select @t2 = getdate()
select cast(datediff(ms,@t1,@t2) as varchar)+'ms'
--结果:
30983ms


--测试第二种:
declare @t1 datetime,@t2 datetime
declare @a int,@b int
select @t1 = getdate()
declare @depot nvarchar(10)
declare cur1 cursor for select id from t_test where id between 3 and 10000 order by id
open cur1
fetch next from cur1 into @depot
while @@fetch_status = 0
begin
print @depot

fetch next from cur1 into @depot
end
close cur1
deallocate cur1
select @t2 = getdate()
select cast(datediff(ms,@t1,@t2) as varchar)+'ms'
--结果:
623ms


通过查看io读:
set statistics io on

发现这两个的区别在于:
第一个查询执行时是:select id from t_test where id > 30 order by id desc
而第二个查询是直接取某一行:select id from t_test where id = 30

也就是说楼主的:
SELECT @depot =depot FROM s_depot WHERE depot > @depot ORDER BY depot desc

在while时,每次要读取depot > @depot的所有数据页,而游标的则只读取一条记录的数据页。

更优更快 人工智能自动SQL优化----------http://www.sina.com.cn 2001/12/12 17:48 中国电脑教育报文/SQL爱好者  所谓SQL,就是指Structured Query Language(结构化查询语言),它是目前使用最广泛的数据库语言,用来和数据库打交道,从数据库中得到用户需要的数据。但是要想熟练使用SQL语句,也不是一件简单的事,有些语句使用起来也比较麻烦。如果我们对SQL语句进行优化,那么用户使用起来 就会方便许多。  简单来说,SQL语句的优化就是将性能低下的SQL语句转换成达到同样目的的性能优异的SQL语句。人工智能自动SQL优化就是使用人工智能技术,自动对SQL语句进行重写,找到性能最好的等效SQL语句。  人工智能自动SQL 优化  随着人工智能技术的发展和在数据库优化领域应用的深入,在20世纪90年代末终于出现了突破性的进展——人工智能自动SQL优化。目前在商用数据库领域LECCO TechnologyLimited(灵高公司)拥有该技术并提供使用该技术的自动优化产品——LECCO SQL Expert,其支持Oracle、Sybase、MS SQLServer和IBMDB2数据库平台。该产品针对数据库应用的开发和维护阶段提供了几个特别的模块:SQL语法优化器、PL/SQL集成化开发调试环境(IDE)、扫描器、数据库监视器等。图1 人工智能自动SQL优化示意图  其核心模块之一“SQL语法优化器”的工作原理大致如下(如图1):  一条源SQL语句输入→“人工智能反馈式搜索引擎”对输入的SQL语句结合检测到的数据库结构和索引进行重写,产生N条等效的SQL语句输出→产生的N条等效SQL语句再送入“人工智能反馈式搜索引擎”进行重写,直至无法产生新的输出或搜索限额满→对 输出的SQL语句进行过滤,选出具有不同执行计划的SQL语句(即不同的执行效率)→对得到的SQL语句进行批量测试,找出性能最好的SQL语句。图2 优化前的SQL语句  自动优化实例  假设我们从源代码中抽取出这条SQL语句(如图2):  SELECTCOUNT(*)FROMEMPLOY-EE WHEREEXISTS(SELECT'X'FROM DEPARTMENTswheresEMP_DEPT=DPT_IDAND DPT_NAME LIKE'AC%')AND EMP_IDIN(SELECT SAL_EMP_IDFROM EMP_SAL_HISTB WHERESAL_SALARY>70000)   按“优化”按钮后,经过十几秒,SQL Expert就完成了优化的过程,从优化细节中可以看到,它在十几秒的时间内重写产生了2267条等价的SQL语句,其中136条SQL语句有不同的执行计划(如图3)。图3 优化结果  接下来我们可以对自动重写产生的136条具有不同执行计划的SQL语句进行批运行测试,以选出性能最佳的等效SQL语句。按下“批运行”按钮,在“终止条件”页选择“最佳运行时间SQL语句”(如图4),按“确定”。图4 测试条件  经过几分钟的测试运行后,我们可以发现SQL124的运行时间和反应时间最短。运行速度约有22.75倍的提升(源SQL语句运行时间为2.73秒,SQL124运行时间为0.12秒,如图5)。图5 测试结果  我们把SQL124放入源代码中,结束一条SQL语句的优化工作。从上例可以看到,LECCO SQL Expert的自动重写技术使原来需要几小时才能完成的SQL语句的优化工作,缩减到几分钟之内就可以完成。数据库管理员和开发人员可以从繁重的SQL语句优化工作中解脱出来。  边做边学式训练  LECCO SQL Expert不仅能够找到最佳的SQL语句,而且提供的“边做边学式训练”还能够教会开发人员和数据库管理员如何写出性能最好的SQL语句。LECCO SQL Expert的“SQL比较器”可以标明源SQL和待选SQL之间的不同之处。LECCO SQL Expert详尽的上下文敏感帮助系统可以指出执行计划的深层含义。图6 源语句与SQL124的比较  以上面优化的结果为例,为了查看源SQL语句和SQL124在写法上的不同,我们可以按下“比较器”按钮,对SQL124和源SQL语句进行比较。如果选择“双向比较”复选框,“SQL比较器”可以将条互相间的不同之处以蓝色表示。当然,你也可以从 源语句和重写后的SQL语句中任选条进行比较(如图6)。  从比较的结果可以看到,重写得到的SQL124把第一个Exists改写成了In;在字段DPT_ID上进行了合并空字符串的操作以诱导数据库先执行子查询中的(SELECTDPT_ID||'FROMDEPART-MENTWH

22,300

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧