Pregunta

Tenemos una aplicación que usa MSSQL, cuando pasamos a 2005, básicamente le recomendamos a nuestro cliente que aplique el paquete de compatibilidad con versiones anteriores y, de & # 8217; s, pero alguien me pregunta qué hacer para ser 100% compatible en 2005. Estaba pensando en 1. Nivel de compatibilidad: SQL Server 2005 (90) 2. Eliminar cualquier referencia DMO, y reemplazado por SMO 3. Conectar usando ADO

No estoy seguro de si esta es la respuesta correcta.

No hay solución correcta

Otros consejos

En realidad estás hablando de dos cosas diferentes.

Uno es actualizar la base de datos a nivel SQL 2005, para poder usar las funciones que solo están disponibles allí. Se puede hacer fácilmente estableciendo el nivel de compatibilidad. Sin embargo, en este caso, los clientes de SQL 2000 pueden tener problemas con él.

El segundo es actualizar su aplicación para usar solo las bibliotecas relacionadas con SQL 2005. Esto también es fácil, básicamente los pasos que has escrito. En este caso, su aplicación también puede funcionar con bases de datos SQL 2000 (excepto si utiliza alguna característica específica de SQL 2005) porque las bibliotecas son compatibles con versiones anteriores.

Palabras finales: de cualquier manera es compatible con SQL 2005, la única diferencia es que puede usar <2005> características específicas de SQL 2005

¿Por qué no cambiar a SQL 2008 ya? Aquí hay un hilo sobre este tema.

Para ver si es realmente compatible, la única forma de averiguarlo es ejecutar su aplicación en un servidor SQL 2005 sin el paquete de compatibilidad con versiones anteriores. Si tiene un conjunto de pruebas exhaustivo, le será de gran ayuda, pero debe asegurarse de que todo el código de su backend sea afectado y funcione normalmente.

He trabajado en una aplicación que usaba SQL 2000 y SQL 2005 y los únicos bits de la aplicación que necesitaban el cambio de versión estaban en un código de reflexión que necesitaba usar las tablas del sistema de SQL Server para descubrir dinámicamente las tablas en tiempo de ejecución. La solución para nosotros fue utilizar SQL dinámico, pero debe tomar la decisión correcta para su aplicación y sus usuarios.

Su aplicación es 100% compatible con SQL 2005 si se ejecutará correctamente en una configuración de SQL 2005 "fuera de la caja" sin que se apliquen correcciones de compatibilidad hacia atrás.

Si tiene algún paquete DTS, será necesario convertirlo en paquetes SSIS para que sea totalmente compatible.

Si realmente desea asegurarse de que es totalmente compatible, consulte en la documentación las funciones que están en desuso y si está utilizando alguna de ellas, siga adelante y corríjalas ahora.

También puede ver cualquier código que tenga que pueda usar la función de pivote que no estaba en 2000. El código anterior funcionará, pero el código de pivote será una mejor opción y probablemente más eficiente. Lo mismo con otras características nuevas, verifique cómo trabajaba en torno a ellas y repárelas. Uno importante a considerar es si puede deshacerse de sus archivos de texto con el nuevo tipo de datos, varchar (max). Luego busque lugares en su código en los que estaba convirtiendo a un varchar para hacer comparaciones.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top