求下面SQL优化，表的连接太多了。

[haoztao]

select a.id,
            a.claimno ,
            a.username ,
            a.appealreason ,            
            a.appealstatus,
            a.appealResult,
            b.tasksuggestion ,
            b.updater ,
            (select tasksuggestion from claimTasks  where tasktype='ZJPD' and taskid=a.claimno) ptasksuggestion
            from 
            appealInfo a ,
            claimTasks b
            where  
            b.tasktype='SSPD' and  a.claimno=b.taskid and 
            appealFlag='1' and 1=1  
            order by id desc

目前执行时间太长了3.563s 2000多条数据

[haoztao]

大哥哥指导一下 啊

[阿冷]

你这一行莫名其妙啊
(select tasksuggestion from claimTasks where tasktype='ZJPD' and taskid=a.claimno) ptasksuggestion

你到底想要什么功能啊

[yinan9]

SELECT A.ID,
       A.CLAIMNO,
       A.USERNAME,
       A.APPEALREASON,
       A.APPEALSTATUS,
       A.APPEALRESULT,
       B.TASKSUGGESTION,
       B.UPDATER,
       --   (select tasksuggestion from claimTasks  where tasktype='ZJPD' and taskid=a.claimno) ptasksuggestion 
       --以上相对占用资源，可改成decode的写法
       DECODE(B.TASKTYPE, 'ZJPD', B.TASKSUGGESTION)
  FROM APPEALINFO A, CLAIMTASKS B
 WHERE B.TASKTYPE = 'SSPD'
   AND A.CLAIMNO = B.TASKID
   AND APPEALFLAG = '1'
   AND 1 = 1
 ORDER BY ID DESC

[yinan9]

[Quote=引用 5 楼 的回复:]
SQL code
SELECT A.ID,
A.CLAIMNO,
A.USERNAME,
A.APPEALREASON,
A.APPEALSTATUS,
A.APPEALRESULT,
B.TASKSUGGESTION,
B.UPDATER,
-- (select ……
[/Quote]对不起，没看清where后面的条件 B.TASKTYPE = 'SSPD'
原来的写法是没有多少问题的，逻辑比较简单。
一个建议是，表连接的时候，把数据量大的表放在前面，量小的表放之后。因为SQL运行时从后往前去读表的

[haoztao]

create index claimnosearch on claimTasks(taskid) 创建一个索引好了

[haoztao]

多一个order by id desc很影响时效，如何办？

[小德]

是查出来的数据只有2000多条吧，原表数据量大概多少？
写法看起来还OK，看看工作计划吧，可以建索引试试