SQL2005 vs SQL2008

Estamos investigando la sustitución de un servidor SQL2000 existente en Windows2003 (32Bit) con nuevo hardware y una versión más reciente.

Estamos buscando una aplicación que requiere al menos SQL2005, pero se ejecutará en SQL2008 también. Nuestros otros DB deben funcionar en cualquiera bien.

¿Alguien ha tenido alguna experiencia buena o mala con cualquiera de las versiones?

El hardware que es probable que obtenga será capaz de 64 bits, por lo que ejecutar SQL2008 64 bits es una opción también.

Gracias

  • Cómo permitir la conexión TCP a través de la red a SQL Server 2008 Express?
  • ¿Puede Windows 2008 64 bits hacer uso de una CPU de 6 núcleos?
  • SQL Server sin Powershell
  • ¿Cuál es la location pnetworkingeterminada para un DB en SQL Server 2008?
  • Servidor de database no puede encontrar 300 GB
  • Canales con nombre SQL de sitio a sitio VPN
  • Edición de desarrollador de SQL Server 2008 R2
  • Error de installation de SQL 2008
  • 10 Solutions collect form web for “SQL2005 vs SQL2008”

    Ambos son sólidos como roca. Si tiene la opción, vaya directamente a SQL Server 2008: hay mejoras con cada versión, e incluso si es uno de los tipos de gente a la que le gusta esperar hasta que se publica un Service Pack antes de instalar una aplicación, SQL Server 2008 SP1 ha estado fuera por más de un mes ahora.

    Aquí hay un directorio de las nuevas características de SQL Server 2008. También inherente a cada versión (pero más difícil de detectar) son las mejoras al motor de almacenamiento que permiten a SQL Server realizar de forma más óptima y confiable.

    No debería tener problemas para transferir las bases de datos desde SQL2000 a 2005 o 2008, pero antes de hacerlo en un entorno en directo (por si acaso), querrá realizar una prueba adecuada de las aplicaciones.

    No tengo ninguna experiencia de SQL2008 todavía, pero hemos movido muchos DBs de 2000 a 2005 con solamente un pequeño problema con un cierto código en una vieja aplicación. Ese problema se debía a cómo se definieron / llamaron algunas opiniones en ese proyecto. Si una vista define un campo como "SELECT [somefield] = NULL, [and], [the], [rest] FROM [sometable]" entonces la aplicación que ejecuta "SELECT * FROM [theview] WHERE [somefield] = ' "Causaría un error cast-of-varchar-to-int a veces (pero no en todos los casos) en SQL2005 donde nunca lo hizo en SQL2000. La solución simple era cambiar la vista a [somefield] = CAST (NULL AS NVARCHAR). Probablemente no se encuentre con este problema en particular y no hemos tenido otros, pero demuestra que necesita realizar una prueba de aplicación completa en un entorno de prueba / prueba antes de realizar el salto para un servicio en vivo .

    Hemos trasladado DBs de 32 bits SQL2005 a 64 bits SQL2005 servidores sin ningún tipo de problemas en absoluto, y espero que va de 64 de nuevo a 32 funcionaría igual de bien.

    Tome nota sin embargo que una vez que se trasladó a SQL2005 mover una base de datos de nuevo a SQL2000 es un dolor considerable para trabajar mi punto principal asegúrese de que la prueba a fondo antes de mover sus propias aplicaciones . También asegúrese de obtener clara palabra escrita de cualquier proveedor externo involucrado que su DBs / código se han probado en contra de la versión de SQL Server que seleccione.

    Editar: otro punto relevante: las aplicaciones que hemos movido de esta manera no hacen uso de servicios adicionales como la indexación de texto completo, los servicios de informes y así sucesivamente, solo el servicio de base de datos SQL principal, por lo que no puedo comentar si las aplicaciones Que usan tales características adicionales migran suavemente o no.

    Hable con su proveedor de aplicaciones. Si no pueden decirte, haría una prueba piloto en SQL Server 2008 y veré si funciona. Las probabilidades son buenas. (Y decir cosas desagradables a su proveedor para no saber en qué plataformas su aplicación funcionará.)

    SQL Server 2008 también admite nuevas características de SQL que algunos de los usuarios de base de datos podrían apreciar. Si sólo es producción, tal vez no, pero si los desarrolladores se conectan mediante una herramienta de consulta, podrían apreciar esas características adicionales.

    Y pueden pensar que te mueves como un administrador de sistemas, y te dan galletas o un abrazo, o un tercer monitor o algo igualmente impresionante.

    Al menos, si fueras mi sysadmin, lo haría.

    Debe ejecutar sql 2008 64 bit. Si la aplicación es compatible con 2008, debería estar en la versión más reciente. Tenga en cuenta que no puede comprar 2005, ya sea comprar 2008 y bajar o comprar 2008 y usarlo.

    Creo que la mayor ventaja de 2k8 sobre 2k5 es la compresión de datos . Tiene compresión de página que medios (mucho menos) de E / S, bases de datos más pequeñas para administrar, copias de seguridad más pequeñas y así sucesivamente.

    Yo diría, el uso de SQL Server 2008, pero tenga cuidado con la versión de 64 bits. He estado usando la versión de 64 bits de SQL Server 2008 durante medio año, y creo que tiene algunas grandes mejoras sobre SQL 2005, pero usted debe saber que no hay ningún controlador de 64 bits Jet para Excel / Access. Si necesita hacer alguna integración con Excel, entonces está atascado con SSIS en modo de 32 bits. (Todavía puede utilizar el 64 bits SQL 2008, pero no puede hacer OPENQUERY a Excel / Access.

    Si también necesita tener acceso a Sybase, entonces tiene que abrir su cartera y pagar mucho por un controlador de 64 bits de OpenLinc. Recuerde que necesita el controlador OLEDB y ODBC y está limitado a x conexiones simultáneas y limitado a núcleos y CPU. Digamos que usted tiene (como en mi caso) un servidor con 4 procesadores Quad y no necesita más de 5 conexiones, es como $ 20 000 o algo así. Y entonces usted necesita un servidor de prueba con OpenLinc!

    / Håkan Winther

    Una de las características que me gusta en SQL 2008 es como algunas personas dicen Datacompression, pero la característica que más me gusta es el índice filtrado.

    Con esta función, puede crear índices de cobertura en un pequeño subconjunto de datos para consultas especializadas. Esto mejorará mucho el rendimiento de las consultas que utilizarán el índice filtrado.

    Digamos que tienes una mesa como esta

    CREATE TABLE [DWH].[contract]( [ID] int IDENTITY(100000000,1) NOT NULL, [reportDate] [datetime] NOT NULL, [contractnumber] [varchar](15) NOT NULL, [_instrument_ID] [int] NULL, [_package_ID] [int] NULL, [_portfolio_ID] [int] NULL, [_counterpart_ID] [int] NULL, [ValueX] [datetime] NULL, [ValueY] [datetime] NULL, [ValueZ] [varchar](20) NULL, [Status] int not null, CONSTRAINT [PK_contract] PRIMARY KEY CLUSTERED ( [ID] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY] GO CREATE NONCLUSTERED INDEX [IX_contract_1] ON [DWH].[contract] ( [reportDate] ASC ) INCLUDE ( [ValueX],[ValueY],[ValueZ] ) WHERE STATUS=10 GO 

    Cuando utiliza la consulta siguiente el motor no tiene que hacer una búsqueda de índice y una búsqueda de índice agrupado:

     SELECT ValueX, ValueY, ValueZ FROM dwh.contract WHERE reportdate=GETDATE() AND Status=10 

    SQL resolverá la consulta con sólo una búsqueda de índice, ya que todos los datos necesarios para la consulta existen en el índice. Además, el índice sólo contiene registros con Status = 10, esto afectará al rendimiento INSERT / UPDATE / DELETE.

    / Håkan Winther

    Sea cual sea su decisión, no compre una licencia de SQL Server 2005 cuando pueda comprar una licencia de SQL Server 2008 y un grado inferior para ejecutar SQL Server 2005. De esta forma, si alguna vez decide ejecutar 2008, ya tiene una licencia. Recomiendo encarecidamente ejecutar SQL Server 2008

    En general, 2008 es un producto impresionante, pero hay algunas funciones descontinuadas de 2000-> 2005 y también las funciones descontinuadas de 2005-> 2008 (sólo se permite 1 enlace debido a la repetición, pero la búsqueda "Descontinuado Database Engine funcionalidad en SQL Server 2008 "En Libros en línea). Usted debe tener cuidado con los que podrían ser gotchas para sus aplicaciones existentes / bases de datos. También hay algunos problemas de precisión con la forma en que se manejan los datetimes en los que podría encontrarse (2008 tiene una mayor precisión y que podría hacer que algunas consultas dejen de funcionar si asumen .000 por fracciones de segundo).

    El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.