同样一个查询2008比2000慢3倍以上啊???

[allanli]

按理应该是2008比2000快才对的啊,而且2008还是X64的,有代码有真相

exec('select *
,(select top 1 ERP_OrderList.SalePrice from ERP_Order with(nolock) inner join ERP_OrderList with(nolock) on ERP_Order.OrderID=ERP_OrderList.OrderID where ERP_Order.FunctionID=228 and ERP_Order.OrderOddNumber=TempTable.WareStockFree1 and ERP_OrderList.WareID=TempTable.WareID and ERP_OrderList.OrderListFree4=TempTable.CheckOddNumber) as 销售单价

from TempTable where isnull(EndStockNumber,0)<>0')

说明一下各表索引情况:
ERP_Order表ERP_Order.OrderID为主键,ERP_Order.FunctionID+ERP_Order.OrderOddNumber建立了唯一索引
ERP_OrderList表ERP_OrderList.OrderID建立了独立一般索引,ERP_OrderList.WareID+ERP_OrderList.OrderListFree4建立了一般索引
TempTable为临时表,没有任何索引

各表数据量:
TempTable 1万
ERP_Order 10万
ERP_OrderList 200万

在2000该查询耗时20秒内,在15秒左右波动,但升级到2008 X64后,同样一台机里面,数据库一样,耗时却升到60秒以上,谁能解析一下啊,怎么优化一下该查询了,发现2008在索引利用方面反而倒退了,很多查询在2000运行的很好的,升级后就变得很慢了,索引是一样的,非得针对2008优化改动一下索引才勉强和2000差不多,但这个查询不管我怎么建索引,时间就是比2000高3倍以上

[allanli]

引用 46 楼 ap0405140 的回复:

try this,

select c.*,max(b.SalePrice) '销售单价'
 from ERP_Order(nolock) a
 inner join ERP_OrderList(nolock) b on a.OrderID=b.OrderID
 inner join (select * from TempTable(nolock) 
             where isnull(EndStockNumber,0)<>0) c 
 on a.OrderOddNumber=c.WareStockFree1 and b.WareID=c.WareID and b.OrderListFree4=c.CheckOddNumber
 where a.FunctionID=228

兄弟,你这个查询根本编译不过啊,呵呵,我觉得你这个思路没效果的

[唐诗三百首]

引用 49 楼 allanli 的回复:

兄弟,你这个查询根本编译不过啊,呵呵,我觉得你这个思路没效果的

sorry! 试试这个,

select c.WareStockFree1,c.WareID,c.CheckOddNumber,max(b.SalePrice) 'SalePrice'
 from ERP_Order(nolock) a
 inner join ERP_OrderList(nolock) b on a.OrderID=b.OrderID
 inner join (select * from TempTable(nolock) 
             where isnull(EndStockNumber,0)<>0) c 
 on a.OrderOddNumber=c.WareStockFree1 and b.WareID=c.WareID and b.OrderListFree4=c.CheckOddNumber
 where a.FunctionID=228
 group by c.WareStockFree1,c.WareID,c.CheckOddNumber

[allanli]

引用 45 楼 DBA_Huangzj 的回复:

好像还没贴出max的执行计划吧？贴来看看，2000的就不用了，你贴过了，我想看看top 1和max的执行计划差异

[allanli]

引用 50 楼 ap0405140 的回复:

[quote=引用 49 楼 allanli 的回复:] 兄弟,你这个查询根本编译不过啊,呵呵,我觉得你这个思路没效果的

sorry! 试试这个,

select c.WareStockFree1,c.WareID,c.CheckOddNumber,max(b.SalePrice) 'SalePrice'
 from ERP_Order(nolock) a
 inner join ERP_OrderList(nolock) b on a.OrderID=b.OrderID
 inner join (select * from TempTable(nolock) 
             where isnull(EndStockNumber,0)<>0) c 
 on a.OrderOddNumber=c.WareStockFree1 and b.WareID=c.WareID and b.OrderListFree4=c.CheckOddNumber
 where a.FunctionID=228
 group by c.WareStockFree1,c.WareID,c.CheckOddNumber

[/quote] 你这样歪曲我愿意了,我不可能只返回这几列的

[allanli]

我还是不明白的是,为什么使用top 1 会出现索引假脱机呢而使用max()不会呢 有哪个大牛解析一下使用top 1 产生索引假脱机的原因,好以后避免出现这个写法

[allanli]

引用 42 楼 DBA_Huangzj 的回复:

先拿你2000的执行计划来说：bookmark lookup，这个最常见的可能是，某个查询使用了非聚集索引，但是select中有些列不包含在这个索引里面，所以需要额外去找聚集索引拿哪些不包含在非聚集索引中的数据，这就是其中一个连2000的时候都已经不够合理的地方，也可以说，实际上还没有真正的索引覆盖

这个好理解,应该是在输出ERP_OrderList.SalePrice的时候去利用聚集索引查找该值 因为我ERP_OrderList.SalePrice并没有包含在索引,但利用索引查找ERP_OrderList.SalePric 应该是很快的,而不应该出现2008找不到索引而造成索引假脱机而把整个行集放到临时表再建索引的情况啊!

[唐诗三百首]

引用 52 楼 allanli 的回复:

你这样歪曲我愿意了,我不可能只返回这几列的

复杂问题要分步解决,right? 这是其中一步骤. 这句的基础上返回全部列,你应该懂的.

[allanli]

引用 40 楼 guguda2008 的回复:

哥哥们，都不管他语句么，这种全表扫的用子查询当然会慢了。 exec ('select t1.* ,t2.SalePrice as 销售单价 from TempTable t1 left join ( select OrderOddNumber,WareID,OrderListFree4,max(SalePrice) as SalePrice from ERP_Order with(nolock) inner join ERP_OrderList with(nolock) on ERP_Order.OrderID=ERP_OrderList.OrderID and ERP_Order.FunctionID=228 group by OrderOddNumber,WareID,OrderListFree4 ) t2 on t1.WareStockFree1=t2.OrderOddNumber and t1.WareID=t2.WareID and t1.CheckOddNumber=t2.OrderListFree4 where isnull(t1.EndStockNumber,0)<>0') 用这个试试。

你这个写法其实和我把top 1 改成max()是一样的,执行时间上也差不多,还比我直接用max()慢一点点 现在已经到了不是说怎么优化我这个语句使到他执行更快了(因为我改用max()后执行时间已经降到3秒内了) 我现在想知道的是为什么使用top 1 和使用max()在执行计划上会有这么大的区别,为什么? 还有为什么大家都是使用top 1 ,2000不会出现问题而2008会,是什么机制造成2008慢呢 知道这个机制好以后避免犯这样的错误啊

[xiaomm627]

在where条件用了 isnull(EndStockNumber,0)方法和<>符号，就不会按索引查了。效率很低把

[幻影飞狼]

还是2003比较经典！

[CAINIAO123]

全是高手啊！

[xiaoxiangqing]

这个是有可能，看一下执行计划有什么不同

[nettman]

[Zuoqianlong]

搞编程的 好羡慕！~！

[注册成功9]

iouhg hg

[ss1314aini]

这是技术楼啊

[u012822367]

学习了。

[xusir98]

学习了。

[lhw7791086]

[leiming7792]

来学习了