一个子语句造成查询太慢

Question

大查询下，一个子查询，造成90%的占用，一共三个类似查询，加上需要10秒，不加上秒开
(select top 1 cfe4 from a_spmx where spbh=V.spbh and ckbh=V.ckbh and scph=V.scph and dwid=v.dwid and isnull(cfe4,'')<>'') cfe4
一共三个类似的
还有一个
isnull((select top 1 GFBH from k_rkw w left join k_rk t on w.link=t.link where ckbh=v.ckbh and spbh=v.spbh and scph=v.scph order by t.line desc),0) GFBH,
去掉 order by t.line desc 速度就没有问题，加上，需要5秒才开

Answer 1

目测开销在排序上面，如果top 1不能省略，那么尝试加上where条件或者在需要order by、top字段上的列加上聚集索引，并按order by排序

Answer 2

(select top 1 cfe4 from a_spmx where spbh=V.spbh and ckbh=V.ckbh and scph=V.scph and dwid=v.dwid and isnull(cfe4,'')<>'') cfe4
计划下提示 索引假脱机造成开销
isnull((select top 1 GFBH from k_rkw w left join k_rk t on w.link=t.link where ckbh=v.ckbh and spbh=v.spbh and scph=v.scph order by t.line desc),0) GFBH,
 语句提示排序占用开销
实在不行，去掉排序后，不占用开销。（）

Answer 3

如果是2K5及以上 可以使用CROSS APPLY 关联条件及排序字段索引不能忘了

Answer 4

Eager Spool就是把一个中间结果放到“临时表”中，通常是这个部分要使用多次，可能就是那个切了半边的Nested Loop会rewound这部分数据。查询特别慢的原因不是Eager Spool引起的。但是，很可能是Statistics不够新，导致那部分数据Filter之后的结果行数估计错误，不当的使用了Nested Loop。可以看到Index Scan的结果很多，到Filter那里就很少了。你观察一下实际的执行计划，那个地方的行数是不是和预计的执行计划行数相差比较大？如果是的话，考虑update statistics

Answer 5

SELECT 
GFMC 供方名称,
仓库,
商品,
其它二,
批号,
SPSL,
DFE1,
每根重量
  ,CFE1
  ,CFE3
  ,CFE4
FROM
    (Select 
CKMC 仓库,
s.spmc 品号,
SPMC 商品,
ZHBZ 其它二,
SCPH 批号,
YESL+isnull((select sum(spsl) from k_rkw w left join k_rk t on w.link=t.link where bstt=0 and ckbh=v.ckbh and spbh=v.spbh and scph=v.scph),0) SPSL, 
YESL1+isnull((select sum(w.dfe1) from k_rkw w left join k_rk t on w.link=t.link where bstt=0 and ckbh=v.ckbh and spbh=v.spbh and scph=v.scph),0) DFE1,
YEJE+isnull((select sum(spje) from k_rkw w left join k_rk t on w.link=t.link where bstt=0 and ckbh=v.ckbh and spbh=v.spbh and scph=v.scph),0) 库存成本,
isnull((select top 1 agsl from k_rkw w left join k_rk t on w.link=t.link where ckbh=v.ckbh and spbh=v.spbh and scph=v.scph),0) 每根重量,
isnull((select top 1 GFBH from k_rkw w left join k_rk t on w.link=t.link where ckbh=v.ckbh and spbh=v.spbh and scph=v.scph order by t.line desc),0) GFBH
  ,(select top 1 cfe1 from a_spmx where spbh=V.spbh and ckbh=V.ckbh and scph=V.scph and dwid=v.dwid and isnull(cfe1,'')<>'') cfe1
  ,(select top 1 cfe3 from a_spmx where spbh=V.spbh and ckbh=V.ckbh and scph=V.scph and dwid=v.dwid and isnull(cfe3,'')<>'') cfe3
  ,(select top 1 cfe4 from a_spmx where spbh=V.spbh and ckbh=V.ckbh and scph=V.scph and dwid=v.dwid and isnull(cfe4,'')<>'') cfe4
-- 注释掉上面三个查询速度就正常，不注释掉注释就很慢
    From V_BAT V
LEFT JOIN D_CK C ON C.CKBH=V.CKBH
LEFT JOIN D_SP S ON S.SPBH=V.SPBH
Where 
C.CKBH LIKE '%'
and S.SPBH LIKE '%'
and v.dwid like '0%'
) 
A LEFT JOIN D_GYS S ON A.GFBH=S.GFBH
      WHERE 
A.GFBH LIKE '%'
  and round(dfe1,4)<>0

Answer 6

a_spmx这个表用到的列加个索引

Answer 7

spbh=V.spbh and ckbh=V.ckbh and scph=V.scph 
注释掉这三个条件，查询速度也正常，
感觉这三个条件和上边的语句里的V.scph  V.ckbh V.spbh 定义有问题

Answer 8

实在不行的话，把你那三个(select top 1 cfe1 from a_spmx where spbh=V.spbh and ckbh=V.ckbh and scph=V.scph and dwid=v.dwid and isnull(cfe1,'')<>'') cfe1的先改写成表再关联。

Answer 9

精简到下边
Select  (select top 1 cfe1 from a_spmx where spbh=test1.spbh and ckbh=test1.ckbh and scph=test1.scph and dwid=test1.dwid and isnull(cfe1,'')<>'') cfe1
,(select top 1 cfe3 from a_spmx where spbh=test1.spbh and ckbh=test1.ckbh and scph=test1.scph and dwid=test1.dwid and isnull(cfe3,'')<>'') cfe3
,(select top 1 cfe4 from a_spmx where spbh=test1.spbh and ckbh=test1.ckbh and scph=test1.scph and dwid=test1.dwid and isnull(cfe4,'')<>'') cfe4
    From 
    V_BAT
    test1
LEFT JOIN D_CK C ON C.CKBH=test1.CKBH
LEFT JOIN D_SP S ON S.SPBH=test1.SPBH
Where 
C.CKBH LIKE '%'
and S.SPBH LIKE '%'
and test1.dwid like '0%'所有的问题都是这个查询造成test1 是一个随便命名的虚表

Answer 10

提个小建议，对性能影响应该不大
isnull(cfe1,'')<>''这个可以简化为cfe1<>''
null<>''是成立的

Answer 11

按错了，没说完
null<>''是成立的，比较的结果是false，对你的筛选来说是适用的，也就是说null的数据比较都是false，所以不用特意去转换

Answer 12

我就知道不加order  by 的top  无意义

Answer 13

我就知道不加order  by 的top  无意义

Answer 14

加个索引试一下
create index IX_a_spmx_INDEX on a_spmx (spbh,ckbh,scph,dwid,cfe1,cfe2,cfe3,cfe4,orderby的列)

Answer 15

SQL语句写得简单点太复杂了就用临时表