Modo de compatibilidad de SQL Server

Question

Actualmente estamos ejecutando un servidor en el modo de compatibilidad 8 y quiero actualizarlo.

• ¿Cuáles son las implicaciones de simplemente entrar y cambiarlo?
• ¿Qué es probable que se rompa?
• ¿Hay algo que verifique que los datos sobrevivan antes de realizarlo?
• ¿Puedo volver al modo 8 sin realizar una restauración y sin pérdida de datos?

Answer 1

Si vas de 80 a 90, las diferencias son mínimas.Pasar de 65 a 70+ puede causar un impacto severo (los NULL se almacenan de manera diferente).

Implicaciones: su SP puede devolver resultados diferentes de los que esperaría que se rompan:funciones, los datos de SPS deben sobrevivir;nada allí debería afectar las cosas.
Pasar de 80 a 90 y viceversa sólo lleva unos segundos.Sí, puedes moverte hacia adelante y hacia atrás.

http://msdn.microsoft.com/en-us/library/bb510680.aspx

algunas trampas: http://mapamdug.blogspot.com/2006/03/sql-server-2005-gotcha-1.html

Answer 2

1. El modo de compatibilidad no afecta el almacenamiento.Es sólo una bandera.Nada cambiará en los datos o consultas.Sólo se verá afectada la ejecución de la consulta.
2. Nada... o muchas cosas.¿Utilizó una sintaxis marcada como obsoleta y sujeta a eliminación en 2000?¿Usó paréntesis al proporcionar sugerencias en las consultas?¿Utilizó sugerencias de ejecución de consultas?En caso afirmativo, es mejor revisar su base de datos primero, eliminar la sintaxis obsoleta, volver a poner el paréntesis y buscar en el BOL para encontrar qué sugerencias ralentizarán su consulta optimizada en el nuevo motor.
3. No.Pero los datos sobrevivirán.De hecho, si puede ejecutar su base de datos en server2005, incluso en el modo 8, ya estará utilizando un nuevo formato de datos.
4. Sí, puedes retroceder.No se está transformando, solo está configurando una bandera que dice "Mis consultas son así de compatibles".

Answer 3

El modo de compatibilidad desactiva las funciones de la versión más nueva. Personalmente, no he trabajado con muchas bases de datos que tengan problemas. La clave que fue un problema en nuestro entorno es que después de pasar a la versión 9, ya no se puede usar Enterprise Manager para ver el base de datos.

Una copia de seguridad/restauración es una buena opción y también creo que puedes retroceder sin ningún problema.

Answer 4

(Dije que era sólo si pasabas de la versión 6.5, que no almacenaba nada en char() Los campos cuando NULL - 70 y más usan todo el campo, lo que puede provocar cambios masivos de tamaño).

VBStreets tiene razón en sus puntos, y definitivamente en el punto 3: cuando ejecutó la base de datos por primera vez en 2005, convirtió la estructura de datos.Si realiza una copia de seguridad, no podrá restaurarla en versiones anteriores, independientemente del nivel de compatibilidad.