Question

select语句在存储过程中运行比单独的sql语句慢

传的参数是年份，在存储过程中循环查12个月的数据，但那句查询语句单独拿出来跑只要0.几秒，调试的时候发现在存储过程中要跑4秒左右，是没有用索引的关系还是因为每次都重新编译了？
不要再纠结这个语句了好吗，都说了单独运行只要0.125s，语句本身没有问题，问题处在begintime和endtime上，每次都会导致这句sql重新编译优化。

说我条件太多的我也是醉了,人家优化都是要尽量补充条件, 第一次看见有人叫我精简的

好吧,今天起来重新编译了一次居然就好了...





• 你的回答被采纳后将获得：
• 系统奖励15（财富值+成长值）+难题奖励20（财富值+成长值）+提问者悬赏30（财富值+成长值）

Answer 1

你外面跑是单条还是循环跑？里面是循环12次。。。
你在循环里跑的这个表是否数据量很大？如果是的话我建议用一个临时表装载12个月的数据先，然后循环查询对临时表进行操作。。。。
另外，in能改成exists嘛

追问

外面每次0.125s
里面循环12次,每次4秒,一共要50多秒
这个存储过程没有完整贴出来,完整的过程就是先查12个月数据放在临时表,再从临时表取的.
另外,内表小,外表大,用in没问题

追答

你子查询的条件有点多，你试下优化下，你既然用了临时表在临时表拉数据的时候有些条件有限制掉，子查询是每条都执行的.条件越简单越好。