Consultas SQL muy lentas en 2005 que funcionaban bien en 2000

Gracias Alejandro!

Parece que la cosa funciona. He actualizado las estadísticas de las tablas
implicadas y responde correctamente!!

Incluso he probado en otro entorno sin hacer el "dbcc updateusage" y también
me ha funcionado.

Esto significa que las estadísticas hay que actualizarlas "a diario" en
tablas que tengan mucha lectura/escritura, o simplemente esto es necesario
después de haber hecho la migración y sería suficiente con actualizarlas de
vez en cuando?

Muchísimas gracias otra vez, Alejandro. Un saludo




"Alejandro Mesa" wrote:

> 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!
> >
> >
> >

1 - Es necesario hacerlo si se migra de 7.9/2000 as 2005

1 - Es necesario hacerlo si se migra de 7.9/2000 as 2005 porque el mecanismo
de creacion de las estadisticas varia entre las versiones.

2 - En cuanto a hacerlo diariamente, es una buena practica siempre y cuando
tu ventana de mantenimiento lo permita.

Statistics Used by the Query Optimizer in Microsoft SQL Server 2005
http://www.microsoft.com/technet/pr...stats.mspx


AMB


"zom" wrote:

> Gracias Alejandro!
>
> Parece que la cosa funciona. He actualizado las estadísticas de las tablas
> implicadas y responde correctamente!!
>
> Incluso he probado en otro entorno sin hacer el "dbcc updateusage" y también
> me ha funcionado.
>
> Esto significa que las estadísticas hay que actualizarlas "a diario" en
> tablas que tengan mucha lectura/escritura, o simplemente esto es necesario
> después de haber hecho la migración y sería suficiente con actualizarlas de
> vez en cuando?
>
> Muchísimas gracias otra vez, Alejandro. Un saludo
>
>
>
>
> "Alejandro Mesa" wrote:
>
> > 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!
> > >
> > >
> > >

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!

Crreccion,

> 1 - Es necesario hacerlo si se migra de 7.9/2000 as 2005

Se me fue el 9. Debio ser:

1 - Es necesario hacerlo si se migra de 7.0/2000 a 2005...


AMB

"Alejandro Mesa" wrote:

> 1 - Es necesario hacerlo si se migra de 7.9/2000 as 2005 porque el mecanismo
> de creacion de las estadisticas varia entre las versiones.
>
> 2 - En cuanto a hacerlo diariamente, es una buena practica siempre y cuando
> tu ventana de mantenimiento lo permita.
>
> Statistics Used by the Query Optimizer in Microsoft SQL Server 2005
> http://www.microsoft.com/technet/pr...stats.mspx
>
>
> AMB
>
>
> "zom" wrote:
>
> > Gracias Alejandro!
> >
> > Parece que la cosa funciona. He actualizado las estadísticas de las tablas
> > implicadas y responde correctamente!!
> >
> > Incluso he probado en otro entorno sin hacer el "dbcc updateusage" y también
> > me ha funcionado.
> >
> > Esto significa que las estadísticas hay que actualizarlas "a diario" en
> > tablas que tengan mucha lectura/escritura, o simplemente esto es necesario
> > después de haber hecho la migración y sería suficiente con actualizarlas de
> > vez en cuando?
> >
> > Muchísimas gracias otra vez, Alejandro. Un saludo
> >
> >
> >
> >
> > "Alejandro Mesa" wrote:
> >
> > > 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!
> > > >
> > > >
> > > >

En 2000 no era necesario que, como DBA, tuviera que estar "tan pendiente"
del
tema de las Estadísticas.