Nivel de compatibilidad: 2000 o 7

Que te detallen el porqué de ese cambio, entiendo que son ellos los que
tienen que explicarse. Yo la verdad es que no me he encontrado con una
situación así...


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Enrique Albert" escribió en el mensaje
news:
Un provedor nos ha comentado que para mejorar la velocidad de una base
de datos en un SQL2000 cambiar la compativilidad a SQL7, la aplicación
fue diseñada en ese sistema y este provedor nos dice que hay
comentarios de esta clase de problemas en la web.
¿Es esto verdad?

Gracias.
Saludos

Pues nunca he leído nada sobre esto. Si puedes, dile que te indique las
url's donde lo ha leído.
Igual en alguna migración le ha ido más lento, pero esos temas tienen
solución, muchas veces es necesario actualizar estadística, pero vamos,
tener que poner una base de datos como compatible con 7 para mejorar el
rendimiento, lo dudo mucho.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"Enrique Albert" escribió en el mensaje
news:
Un provedor nos ha comentado que para mejorar la velocidad de una base
de datos en un SQL2000 cambiar la compativilidad a SQL7, la aplicación
fue diseñada en ese sistema y este provedor nos dice que hay
comentarios de esta clase de problemas en la web.
¿Es esto verdad?

Gracias.
Saludos

Por lo que comentas la razón principal del cambio es que
debe estar con esa compatibilidad para que FUNCIONE el
sistema y no para que mejore la velocidad ... por lo
general debería ejecutarse más rápido en compatibilidad 80
que en 70. Solo como comentario, si cuando el proveedor te
vendió el sistema te dijo que solo lo certifica el SQL 7,
ni modo a cambiarlo, pero si te indicó que se ejecuta en
SQL2000 creo que tienes asidero para pedir que hagan los
cambios respectivos ...

Saludos,
Ulises

Un provedor nos ha comentado que para mejorar la velocidad

de una base

de datos en un SQL2000 cambiar la compativilidad a SQL7,

la aplicación

fue diseñada en ese sistema y este provedor nos dice que hay
comentarios de esta clase de problemas en la web.
¿Es esto verdad?

Gracias.
Saludos

.

El amigo Carlos ...
tuvo un problema parecido, buscar en el forum por "SQL Server 2000 muy
muy lento".
Parece ser que despues de dos años, Carlos indica que dejar una BD en
modo 70 acelera unas 10 veces el rendimiento del sistema. Me ha
comentado una idea para seguir utilizando las funciones que me parece
algo elaborada pero que puede resultar.
No me extraña esta clase de problemas con productos de Microsoft, .NET
va lentisimo comparado con la misma aplicacion en VB6! y RDO es mucho
mas rápido que ADO.

Saludos.

Hola Enrique, hay consultas que van hasta 1000 veces más rápidas en sql2000
sp3 que en sql2000 rtm, si te lo ha dicho Carlos Rojas, no me quisiese yo
tirar a la piscina, pero habría que ver las condiciones, por lo general eso
no es verdad en absoluto en la experiencia que yo tengo y llevo más de una y
más de dos migraciones al cuerpo.


-
Miguel Egea Gómez
Microsoft SQL-Server MVP
Webmaster de PortalSql.Com
¿Te interesa participar en las reuniones
del grupo de Usuarios de SQL-Server y .NET
Se harán en levante de España, (Alicante o Murcia)?

"Enrique Albert" escribió en el mensaje
news:
El amigo Carlos ...
tuvo un problema parecido, buscar en el forum por "SQL Server 2000 muy
muy lento".
Parece ser que despues de dos años, Carlos indica que dejar una BD en
modo 70 acelera unas 10 veces el rendimiento del sistema. Me ha
comentado una idea para seguir utilizando las funciones que me parece
algo elaborada pero que puede resultar.
No me extraña esta clase de problemas con productos de Microsoft, .NET
va lentisimo comparado con la misma aplicacion en VB6! y RDO es mucho
mas rápido que ADO.

Saludos.