Pregunta

¿Hay buenos ahorros de eficiencia al usar Sql Server 2005 sobre Sql Server 2000?

¿O simplemente tiene más servicios, etc.

¿Alguien ha visto que su sistema funcione más rápido después de realizar la actualización?

¿Fue útil?

Solución

Las herramientas que lo rodean, como Analysis Services, fueron reescritas sustancialmente y pueden obtener una variedad de ganancias dependiendo de sus requisitos. Sin embargo, no veo muchos cambios realmente fundamentales de 2000 a 2005 en el motor de base de datos central.

Hay algunas mejoras que pueden mejorar el rendimiento en ciertas situaciones. SQL2005 tiene mucho mejor soporte para arquitecturas de 64 bits y mejor partición de tablas que SQL2000 (puede particionar una tabla en lugar de crear vistas particionadas). El soporte de 64 bits es lo más probable que le dé una ganancia de rendimiento en un sistema grande, ya que le permite configurar cachés mucho más grandes.

Aparte de esas características, no creo que haya una gran diferencia. Probablemente hay pequeños ajustes de rendimiento.

La razón principal para pasar de SQL2000 a SQL2005 será cuando SQL2000 quede sin soporte. Si tiene una aplicación en ejecución en SQL2000, no hay muchas razones de peso para cambiar a 2005, mientras que 2000 aún es compatible con Microsoft.

Los sistemas de Data Warehouse obtendrán un buen número de ganancias al pasar a SQL2005. SSIS, SSAS2005 y SSRS2005 son mucho mejores que sus homólogos de SQL2000.

Otros consejos

2005 proporciona MVCC (versiones de nivel de fila esencialmente), por lo que como desarrollador hay algunas eficiencias: menos bloqueo de lo que preocuparse.

No he migrado un sistema de 2000 a 2005; he empezado con uno u otro, por lo que no tengo una comparación entre los míos. Pero hay una posibilidad razonable de que veas una diferencia de rendimiento; si no, aprovechando algunas de las nuevas características como el aislamiento de instantáneas, entonces al menos en virtud del hecho de que el modelo de licencias de SQL2005 le permite utilizar varios núcleos sin costo adicional de licencias, y por el hecho de que SQL2005 ha mejorado la administración de la memoria .

Las cosas se ejecutarán absolutamente más rápido con 2005. Se realizaron varias mejoras al optimizador de consultas. Y ahora puede crear índices de cobertura para que las columnas incluidas solo existan en el nivel de la hoja y no tengan que ordenarse. Solo eso es una enorme mejora y razón suficiente para actualizar.

SQL 2005 hace un mejor trabajo de trabajo con el almacenamiento en caché. Solía ??tener que sondear SQL 2000 periódicamente para buscar actualizaciones en una tabla completa. Ahora puedes suscribirte a una notificación cuando algo cambie. También funciona para consultas, tablas y algunos otros elementos.

Diría que sí por todas las razones enumeradas por otros, pero incluso si sus habilidades de SQL no son tan sólidas y sus consultas no son tan buenas, probablemente se ejecutarán más rápido en 2005. Pasamos de 2000 a 2005 y tuvimos algunas consultas complejas que no pudimos obtener correctamente optimizadas en 2000. ¡Cuando nos mudamos a 2005, comimos las consultas! Claramente, el optimizador estaba tomando decisiones mucho mejores fuera de la caja.

Recomendaría encarecidamente pasar al 2005 a menos que no tenga problemas con el 2000.

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