有个存储过程，在sql2005执行比sql2000上慢好多

[Kimi_TT]

最近数据库想升级到sql server2005，把数据库还原到sql2005上之后，有个存储过程原来在2000上只要10s左右执行完，在2005要110s执行完成，这个是什么问题啊？sql2005效率这么低吗？

[卖水果的net]

1、把统计信息更新一下。
2、and not exists(select 1 from tstandardmx where fcode='Gbaddr' and (fbh=left(fcurraddr,9)) and (fmc=substring(fcurraddr,10,charindex('@',fcurraddr)-9)))

调整 fbh=left(fcurraddr,9) 这两个条件，看看能不能换成 like 形式。

[二月十六]

SELECT
    fcurraddr,
    LEFT(fcurraddr, CHARINDEX('@', fcurraddr)),
    *
FROM
    dbo.TPATIENTVISIT
WHERE
    FCYDATE >= '20180701'
    AND NOT EXISTS
    (
        SELECT
            1
        FROM
            tstandardmx
        WHERE
            fcode = 'Gbaddr'
            AND LEFT(fcurraddr, CHARINDEX('@', fcurraddr) = fbh + fmc
    );

[sywcf]

本来在sqlserver2000里运行的好好的,到2005或2008里就会变慢,这种情况我遇到过几次,一般都如下几个方面查找:1.

[sywcf]

1.将in 改为 exists
2.将varchar改为nvarchar
3.尽量减少嵌套,特别是嵌套语句中,还多个表关联的,把它们提前存入临时表
4.适当的索引

[吉普赛的歌]

在 SQL Server 2005 存储过程的 AS 上方加一行：

WITH RECOMPILE 

再试。

[Kimi_TT]

select fcurraddr,left(fcurraddr,charindex('@',fcurraddr)),* from dbo.TPATIENTVISIT 
where FCYDATE>='20180701'
and (left(fcurraddr,charindex('@',fcurraddr)) not in  (select fbh+fmc from tstandardmx where fcode='Gbaddr'))

看了一下，是这条语句的问题，在sql2000上执行很快(1s)，在sql2005上执行超慢(2min)

[Kimi_TT]

努力了一下，改成这样子了，好很多

select fcurraddr,left(fcurraddr,charindex('@',fcurraddr)),* from dbo.TPATIENTVISIT 
where FCYDATE>='20180701'
and not exists(select 1 from tstandardmx where fcode='Gbaddr' and (fbh=left(fcurraddr,9)) and (fmc=substring(fcurraddr,10,charindex('@',fcurraddr)-9)))

[shinger126]

还原数据库后，手工更新一下统计信息，否则别说版本不同了，版本相同的都会给你跑出完全不同的执行计划来

[weixin_41664753]

根据经验，还原到新数据库后得重新一下SQL服务，收缩一下文件、日志，另外重建索引；