Anda lento las sql y procedimientos con tablas casi vacias

06/06/2008 - 18:49 por pbarria | Informe spam

Hola Grupo
Copie una base de datos de un servidor a otro borre los datos
pero increblemente en el servidor 2 (son iguales en equipos HP prolian
G380)
anda lento la conexion al programa, luego de la segunda llamada al sql
anda rapido, pero siempre la primera del dia es muy muy lenta hasta
10 segundos un sql que debiera ser instantaneo (eso ocurre despues de
l asegunda ejecucion)
como evito tener que ejecutar todos los procedimientos almacenados 1
vez para despues andar normal???

sql server 2000

fronend: access xp con proyecto ADP (no utiliza ODBC)

saludos
Pablo

Siga el debate

8 respuestas

Tengo una respuesta

Preguntas similare

Leer las respuestas

#6 pbarria

08/06/2008 - 21:10 | Informe spam

se soluciono con sp_recompile
cree una funcion que recompila cuando inicia la aplicacion eso permite
una desempeño incrible.
anda como avion :D

exec sp_recompile nombreProcedimiento

gracias x el dato

Saludos
Pablo

Responder a este mensaje

#7 Luis Torres

08/06/2008 - 21:32 | Informe spam

Y no decian que los procedimientos almacenados no daban ningun beneficio en
cuanto a tenerlos compilados?

"pbarria" escribió en el mensaje
news:
se soluciono con sp_recompile
cree una funcion que recompila cuando inicia la aplicacion eso permite
una desempeño incrible.
anda como avion :D

exec sp_recompile nombreProcedimiento

gracias x el dato

Saludos
Pablo

Responder a este mensaje

#8 Alejandro Mesa

09/06/2008 - 21:31 | Informe spam

No veo la relación entre marcar los procedimientos para ser recompilados la
proxima vez que se ejecuten y el problema que tu planteas.

Por lo general, el problema que planteas se debe exactamente a eso, a que la
mayoria de tus procedimientos se recompilan la primera vez que los ejecutas,
cosa que toma tiempo y recursos. Una vez que el plan esta en el cache, la
proxima vez habra mejora. La data tambien se pone en el cache una vez leida,
al menos que tu servidor no tenga memoria suficiente, o que la data sea
demasiada.

AMB

"pbarria" wrote:

se soluciono con sp_recompile
cree una funcion que recompila cuando inicia la aplicacion eso permite
una desempeño incrible.
anda como avion :D

exec sp_recompile nombreProcedimiento

gracias x el dato

Saludos
Pablo

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

1 2

Busqueda sugerida