Estoy investigando la posibilidad de actualizar nuestro SQL Server de SQL Server 2000 a 2005 o 2008. Existe una gran preocupación sobre si 2008 está realmente listo para que lo usemos porque la base de datos es tan crítica para nuestro producto. ¿Cuáles son las razones convincentes para usar 2008 en 2005? ¿Has tenido buenas o malas experiencias con 2008? Estoy particularmente interesado en el rendimiento de las consultas, las nuevas funciones para nuestras consultas y la estabilidad.¿Cuáles son las razones imperiosas para elegir SQL Server 2008 en 2005?
Respuesta
Una buena razón - la compresión de copia de seguridad en SQL 2008. SQL 2008 tiene 3 opciones para copias de seguridad:
En SQL 2008 se 3 opciones mientras que el respaldo de bases de datos, estos son:
- Sin compresión (igual que SQL 2005)
- Configuración del servidor (si la copia de seguridad del servidor borrador ajuste resión está encendido/apagado - utilizar este ajuste)
- compresión (Comprimir archivo de copia de seguridad durante la copia de seguridad)
SQL 2008 de copia de seguridad con la compresión es generalmente más rápido que SQL 2005 de copia de seguridad sin compresión (menos archivo de E/S con un archivo comprimido)
Edit: Hemos estado utilizando SQL 2008 por un tiempo y no hemos tenido problemas. De hecho, trabajar con las nuevas funciones de SQL Management Studio (como intellisense) ha facilitado algunas tareas.
AS para las nuevas características, tengo que señalar los nuevos tipos de datos espaciales, la geometría y la geografía, que básicamente le permiten agregar puntos de longitud/latitud reales e incluso más fríos, unir esos puntos a una geometría.
es decir, imagine un mapa con códigos postales, la geografía que representa el centro del código postal y la geometría de las cubiertas de código postal. Entonces podría usar la nueva función incorporada del servidor sql para determinar si un cliente, por ejemplo, está en ese estado.
Editar P.S. aquí hay un enlace a una serie de artículos que describen los beneficios/características nuevas:
Eso está bien. Sin embargo, supongo que podría haber hecho esto en su código .Net anteriormente. ¿Es mejor hacerlo a este nivel? Parece que podría ser peor. – Jon
De esta forma también obtendrá datamining, las consultas para áreas grandes podrían ser costosas, o podría ser necesario ejecutarlas durante la noche en un Cube. De esta forma, toda la datamining se realiza en el servidor SQL, que luego se puede usar en su aplicación. – Colin
Eso es un punto justo, supongo. – Jon
me gustaría actualizar a 2008 debido a que:
- Mientras que usted no piensa en ello ahora, 2.005 irán "final de la vida" antes y otra actualización podría ser forzado antes de estar listo.
- Todo 2005 puede hacer, 2008 puede hacer. Pero lo opuesto no es verdad. Lo peor que podría pasar sería actualizar a 2005 solo para descubrir que necesita algo con 2008 y tener que actualizar de nuevo.
- Hay muchas pequeñas cosas mejoran o se añaden en 2008.
También me pregunto por qué estás preocupado por ir a 2008? Si está actualizando hoy, ¿por qué ir a un producto que tiene 4 años en lugar de ir a la última?
No estoy tan preocupado, pero "algunas personas" sí lo están. Tu sabes como va. – Jon
Puede llevar a un administrador a la lógica, pero no puede hacerlo pensar –
Diría que el argumento del final de la vida que hice anteriormente es una gran cosa (¿queremos hacer esto de nuevo cuando salga SQL Server 2011)? . Además, puede señalar que SP1 está fuera de SQL Server 2008, por lo que se encuentra en un punto estable. Y, se me olvida cómo los gerentes pueden estar en muchas organizaciones. Soy un director que puede hacer este tipo de llamadas ahora y veo esto como una falta de decisión (en 2008). –
He hurgado en 2008 un poco, pero aún no lo he usado "de verdad". Solo puedo ofrecer algunos momentos destacados.
Está "listo para usar".SQL Server ha sido un producto totalmente viable al menos desde 7.0. Si fuera defectuoso, asqueroso o, en general, sin valor, sus competidores (todos los que no son Microsoft) ya lo habrían dejado bastante claro para todos.
Es una nueva versión, será compatible con MS por más tiempo.
Muchas campanas y silbatos nuevos y de lujo. Sin embargo, son campanas y silbatos, realmente no agregan tanto a la funcionalidad de la base de datos "central".
Hay algunas adiciones graves, en particular, los diversos nuevos tipos de datos de fecha y hora. (Y si todos obtienen algo así como la computación grid de Oracle, entonces estaré realmente impresionado.)
En general, creo que es "usted compra la licencia 2008, puede usar 2005 o 2008, su elección" . Como tal, es mejor utilizar la última versión.
Oh, eso es muy interesante sobre las licencias. También es un buen punto sobre la competencia. Si 2008 fue un desastre, entonces estoy seguro de que todo el internet lo sabría por ahora. – Jon
C-Pound Guru menciona uno grande que olvidé: compresión de respaldo. He usado SQL LiteSpeed en el pasado y me encanta. La compresión de respaldo es totalmente inútil, es casi imprescindible con las bases de datos de tamaño de gigabyte. –
Hace aproximadamente 3 meses que lo utilizamos y parece bastante estable. También mejoramos desde 2000 y fue bastante sencillo. Una cosa que noté fue la nueva declaración MERGE, que es una buena manera de hacer posturas.
+1 ¡MERGE rocks! :-) –
- 1. ¿Cuáles son las configuraciones de registro para habilitar TCP en SQL Server 2005 y 2008?
- 2. SQL Server 2008 a SQL Server 2005
- 3. ¿Cuáles son buenas razones para elegir TIMESTAMP sobre las columnas DATETIME en MySQL?
- 4. Restaurar SQL Server 2008 DB * a * SQL Server 2005
- 5. degradación de SQL Server 2008 a SQL Server 2005
- 6. SQL Server 2008 compatibilidad con SQL Server 2005
- 7. MySQL vs SQL Server 2005/2008 rendimiento
- 8. ¿Cuáles son las razones para emitir un puntero vacío?
- 9. Elegir entre VS 2005/2008/2010 para aprendizaje independiente
- 10. ¿Cuáles son las razones para la subclasificación de NSArrayController?
- 11. ¿Puedo usar SQL Server Management Studio 2005 para 2008 DB?
- 12. Isoweek en SQL Server 2005
- 13. Razones para las diferencias SQL
- 14. Visual Studio 2005 vs 2008 - ¿Cuáles son los beneficios?
- 15. Sql server 2008, son tablas temporales únicas
- 16. Razones para no tener un índice agrupado en SQL Server 2005
- 17. SQL Server 2005 replicación
- 18. ¿Qué tener en cuenta al migrar paquetes SSIS de SQL Server 2005 a 2008?
- 19. Soporte de código SMO para sql 2005 y sql 2008
- 20. Razones para no usar servidores enlazados en SQL Server?
- 21. ¿Cuáles deberían ser las consideraciones para elegir SQL/NoSQL?
- 22. Visual Studio 2005 no es compatible con Sql Server 2008
- 23. Cómo actualizar la resolución de conflictos al actualizar de SQL-Server 2005 a SQL-Server 2008
- 24. ¿Cuáles son las razones para que las Excepciones no sean compatibles con las cláusulas throws?
- 25. Uso de SQL Server 2008 y SQL Server 2005 y fecha y hora
- 26. Actualizar SQL Server 2008 a 2008 R2
- 27. ¿Las características de SQL Server 2008 Spatial Data son útiles para el mapeo de consultas?
- 28. Números persas en SQL Server 2005
- 29. Notificación de cambio con Sql Server 2008
- 30. ¿Hay algún beneficio de rendimiento al usar SQL Server 2008 sobre SQL Server 2005?
Eso es convincente. La copia de seguridad SQL es parte de nuestro proceso de lanzamiento y lleva mucho tiempo. – Jon
Lo secundaría con la compresión de página http://msdn.microsoft.com/en-us/library/cc280449.aspx para beneficiar tanto los datos en vivo como la copia de seguridad. Menos IO, MDF más pequeños para mantener y asignar, simplemente bondad. –