En 2000 podes correr la herramienta de deteccion de incompatibilidades upgrade advizor para ver si es compatible.
Sugiero que la pruebes "en caliente", ya que el 2005 haqce autotuning de configuracion y seguramente despues de un rato te va a mejorar la respuesta. La diferencia en tiempo puede estar motivada por varios factores como cambios en las estrategias del planificador que dejan sin efecto indices que se usaban antes, etc. Yo no encontre problemas de mayor lentitud en las migraciones que hice en equipos de por lo menos 2GB y con cambios de compatibilidad a 90. -- -------------------------------- Ing. José Mariano Alvarez SQL Total Consulting Bogota 3631 P3B 1407 Buenos Aires-Argentina Movil: (011)-15-4184-7541 Desde el exterior: (+54-911)-4184-7541 [email protected] 2008/12/23 Jesús dos Santos <[email protected]> > Ni temporales ni triggers, son simplemente consultas a tablas de algunos > cientos de miles de registros, lo mas notorio es la diferencia con 2000. > > La compatibilidad la cambio directamente de 80 a 90??? Y listo? O tengo que > hacer algo en especial?? > > > > > ------------------------------ > > *De:* [email protected] [mailto:[email protected]] *En nombre de *Jose Mariano > Alvarez > *Enviado el:* martes, 23 de diciembre de 2008 12:16 > *Para:* [email protected] > *Asunto:* [dbms] Opinion sobre Velocidad > > > > Ese es el minimo recomendado para SQL Server. Sin embargo deberia funcionar > bien si no tenes otras aplicaciones que consuman mucha memoria en el mismo > equipo. En cuanto a la CPU deberia aumentar el consumo respecto de 2000. > > > > La compatibilidad 80 desaprovecha muchas optimizaciones. > > > > Sugiero pruebes migrar a compatibilidad 90 y ademas darle todos los > recursos posibles al SQL Server, especialmente memoria.. > > > > Estas usando mucho tablas temporales o triggers? > > > > > > Saludos > > > > -- > -------------------------------- > Ing. José Mariano Alvarez > SQL Total Consulting > Bogota 3631 P3B > 1407 Buenos Aires-Argentina > Movil: (011)-15-4184-7541 > Desde el exterior: (+54-911)-4184-7541 > [email protected] > > > > 2008/12/23 Jesús dos Santos <[email protected]> > > El server es un pentium 4 1g de ram, compatibilidad 80 > > > > > ------------------------------ > > *De:* [email protected] [mailto:[email protected]] *En nombre de *Jose Mariano > Alvarez > *Enviado el:* martes, 23 de diciembre de 2008 11:33 > *Para:* [email protected] > *Asunto:* [dbms] Opinion sobre Velocidad > > > > Eso suele ser un sintoma de problemas de recursos. > > > > Que hardware tiene? > > Que compatibilidad tiene la base? > > > > > > -- > -------------------------------- > Ing. José Mariano Alvarez > SQL Total Consulting > Bogota 3631 P3B > 1407 Buenos Aires-Argentina > Movil: (011)-15-4184-7541 > Desde el exterior: (+54-911)-4184-7541 > [email protected] > > > On Tue, Dec 23, 2008 at 10:52, Jesús dos Santos <[email protected]> > wrote: > > Lista, buenos días, apelo nuevamente a vuestra experiencia para lo > siguiente: > > Tengo una base de datos sql msde 2000 en un servidor w2000 server. Accedo a > esa base con ado vb6. > > He instalado sql 2005 express en ese mismo servidor y estoy usando > exactamente la misma base de datos, lo que noto es que los tiempos de > respuesta del 2005 son mucho mayores que el 2000, lo noto mas lento al > programa, justo cuando pensaba migrar todas mis bases al Express…….. > > Alguna idea al respecto?, algo que pueda estar faltando? > > Desde ya muchas gracias. > > Jesús > > > > > > > > __________ Información de ESET NOD32 Antivirus, versión de la base de > firmas de virus 3711 (20081222) __________ > > ESET NOD32 Antivirus ha comprobado este mensaje. > http://www.eset.com > > > > > > __________ Información de ESET NOD32 Antivirus, versión de la base de > firmas de virus 3713 (20081223) __________ > > ESET NOD32 Antivirus ha comprobado este mensaje. > http://www.eset.com > > >
