Consultas SQL muy lentas en 2005 que funcionaban bien en 2000

Buenos días,

Acabamos de migrar de SQL Server 2000 a 2005.
En concreto, tenemos un SQLServer 2005 Standard x64 Edition (en inglés)
versión 9.00.3257.00 sobre un Windows Server 2003 R2 Standard x64 Edition
con
SP2.
En nuestro aplicativo, hemos creado mucho código en Transact-SQL y no
sabemos por qué, pero hay unas pocas consultas que contienen consultas
derivadas (sub-selects dentro de la cláusula FROM) y que el motor tarda
muchísimo tiempo en resolver.
En el 2000 no tardaban ni 1 segundo; y ahora en el 2005, tardan más de 7
minutos.

Hemos estado consultando el FIX con Id. de artículo : 942659. Y hemos
instalado los parches propuestos en él (el 941450 y el 937137) sin obtener
resultados positivos.

Gracias y un saludo!

Buenos días,

Acabamos de migrar de SQL Server 2000 a 2005.
En concreto, tenemos un SQLServer 2005 Standard x64 Edition (en inglés)
versión 9.00.3257.00 sobre un Windows Server 2003 R2 Standard x64 Edition con
SP2.
En nuestro aplicativo, hemos creado mucho código en Transact-SQL y no
sabemos por qué, pero hay unas pocas consultas que contienen consultas
derivadas (sub-selects dentro de la cláusula FROM) y que el motor tarda
muchísimo tiempo en resolver.
En el 2000 no tardaban ni 1 segundo; y ahora en el 2005, tardan más de 7
minutos.

Hemos estado consultando el FIX con Id. de artículo : 942659. Y hemos
instalado los parches propuestos en él (el 941450 y el 937137) sin obtener
resultados positivos.

Gracias y un saludo!

Buenos días,

Acabamos de migrar de SQL Server 2000 a 2005.
En concreto, tenemos un SQLServer 2005 Standard x64 Edition (en inglés)
versión 9.00.3257.00 sobre un Windows Server 2003 R2 Standard x64 Edition con
SP2.
En nuestro aplicativo, hemos creado mucho código en Transact-SQL y no
sabemos por qué, pero hay unas pocas consultas que contienen consultas
derivadas (sub-selects dentro de la cláusula FROM) y que el motor tarda
muchísimo tiempo en resolver.
En el 2000 no tardaban ni 1 segundo; y ahora en el 2005, tardan más de 7
minutos.

Hemos estado consultando el FIX con Id. de artículo : 942659. Y hemos
instalado los parches propuestos en él (el 941450 y el 937137) sin obtener
resultados positivos.

Gracias y un saludo!

Antes de todo confirmar que tienen los mismos indices.


"zom" escribió en el mensaje
news:
> Buenos días,
>
> Acabamos de migrar de SQL Server 2000 a 2005.
> En concreto, tenemos un SQLServer 2005 Standard x64 Edition (en inglés)
> versión 9.00.3257.00 sobre un Windows Server 2003 R2 Standard x64 Edition
> con
> SP2.
> En nuestro aplicativo, hemos creado mucho código en Transact-SQL y no
> sabemos por qué, pero hay unas pocas consultas que contienen consultas
> derivadas (sub-selects dentro de la cláusula FROM) y que el motor tarda
> muchísimo tiempo en resolver.
> En el 2000 no tardaban ni 1 segundo; y ahora en el 2005, tardan más de 7
> minutos.
>
> Hemos estado consultando el FIX con Id. de artículo : 942659. Y hemos
> instalado los parches propuestos en él (el 941450 y el 937137) sin obtener
> resultados positivos.
>
> Gracias y un saludo!
>
>
>

Lo primero que se recomienda es actualizar todas las estadisticas con
fullscan, para lo cual puedes usar la sentencia "update statistics" o el
procedimiento sp_updatestats. Tambien se recomienda que actualizes los
valores de espacio usado mediante el comando "dbcc updateusage".


AMB


"zom" wrote:

> Buenos días,
>
> Acabamos de migrar de SQL Server 2000 a 2005.
> En concreto, tenemos un SQLServer 2005 Standard x64 Edition (en inglés)
> versión 9.00.3257.00 sobre un Windows Server 2003 R2 Standard x64 Edition con
> SP2.
> En nuestro aplicativo, hemos creado mucho código en Transact-SQL y no
> sabemos por qué, pero hay unas pocas consultas que contienen consultas
> derivadas (sub-selects dentro de la cláusula FROM) y que el motor tarda
> muchísimo tiempo en resolver.
> En el 2000 no tardaban ni 1 segundo; y ahora en el 2005, tardan más de 7
> minutos.
>
> Hemos estado consultando el FIX con Id. de artículo : 942659. Y hemos
> instalado los parches propuestos en él (el 941450 y el 937137) sin obtener
> resultados positivos.
>
> Gracias y un saludo!
>
>
>