El rincón de JMACOE

Al igual que su predecesor, SQL Server 2008 está tomando tu dulce tiempo para llegar a la realidad. Sin embargo, a diferencia de su predecesor, no sólo será una «actualización que vale la pena».

Aquí están las 10 razones por que:

1. Modelo de Complementos para SSMS (Plug-in). SSMS 2005 también tuvo un modelo de complementos, pero no fue publicado, por lo que pocos desarrolladores que desafiaron el contexto estuvieron volando a ciegas. Al parecer, para el año 2008, el modelo de complementos se publicará y mil complementos florecerán.
2. Asignación de variables en la línea.  A menudo me preguntaba por qué, como lenguaje, SQL languidece desde tiempo. Quiero decir, que apenas tiene cualquier dulce sintáctico moderno. Bueno, en esta versión, por lo menos araña la punta del iceberg.En lugar de:

   DECLARE @myVar int
   SET @myVar = 5
   

   Se puede hacer en una línea:

   DECLARE @myVar int = 5
   

3. Sintaxis parecida a C.  SET @i += 5.  No digo más. Finalmente deje que un desarrollador de C # en el equipo de SQL.
4. Auditoría. Es una palabra de 10 dólares para el almacenamiento de los cambios a tus datos para su posterior revisión, depuración o en respuesta a las leyes reglamentarias. Es una ingrata y mundana tarea, y nadie está entusiasmado desde la perspectiva de escribir desencadenadores (triggers) para manejarlo. SQL Server 2008 introduce auditoría automática, por lo que ahora podemos ver una cosa fuera de nuestro alcance para hacer la lista.
5. Compresión. Puedes pensar que esta función es una pérdida de tiempo, pero no es lo que suena. El lanzamiento ofrece compresión a nivel de fila y a nivel de página. La compresión tiene lugar principalmente en los metadatos. Por ejemplo, la compresión de página almacena los datos comunes para los registros afectados en un solo lugar.El almacenamiento de metadatos para los campos de longitud variable va a ser una locura: se trata de llevar las cosas a bits (en lugar de bytes). Por ejemplo, la longitud de varchar se almacenará en 3 bits.
   De todos modos, yo realmente no me preocupo por el ahorro de espacio – el almacenamiento es barato. Lo que sí importa es la característica prometida (palabra clave «promesas») que puede reducir I/O y la utilización de memoria RAM, mientras que aumenta la utilización de CPU. Cada problema de rendimiento que he tratado tenía que ver con sobrecarga de I/O. A ver cómo funciona este sistema. Soy escéptico hasta que vea algunos puntos de referencia en el mundo real de producción.
6. Índices filtrados. Esta es otra característica que suena muy bien – tendría que ver cómo se usa. De todos modos, permite crear un índice especificando las filas que no son para el índice. Por ejemplo, el índice de todas las filas donde Status!=null. En teoría, va a deshacerse de todo el peso muerto en el índice, lo que permite consultas más rápidas.
7. Regulador de recursos. Todo lo que puedo decir es que POR FIN. Sybase lo ha tenido desde la versión 12. Básicamente, permite que el DBA pueda especificar la cantidad de recursos (por ejemplo CPU/RAM) a la que cada usuario tiene derecho. Por lo menos, va a evitar que las personas con escasos conocimientos de SQL ejecuten una consulta con un producto cartesiano y caiga el servicio.
   En realidad, Sybase está todavía por delante de la característica de MS. Su servidor ASE permite dar prioridad a un usuario sobre otro – una característica que me pareció sumamente útil.
8. Congelación de Plan. Se trata de una solución a mi queja personal. A veces, SQL Server decide cambiar su plan de ti (en respuesta a los cambios de datos, etc…). Si haz alcanzado tu plan de consulta óptimo, ahora puedes seguir con él. Sí, lo sé, los consejos son malos, pero hay situaciones en las que quieres tomar un martillo para SQL Server – bueno, esto es la píldora congelante.
9. Procesamiento de cadenas delimitadas. Esto es impresionante y podría haber utilizado esta característica… bueno, siempre. En la actualidad, pasamos cadenas delimitadas de la siguiente manera:

   exec sp_MySproc 'murphy,35;galen,31;samuels,27;colton,42'
   

   Entonces el procedimiento almacenado tiene que analizar la cadena de una forma utilizable – una tarea sin sentido.

   En 2008, Microsoft introdujo los parámetros de tabla de valores (Table Value Parameters – TVP).

   CREATE TYPE PeepsType AS TABLE (Name varchar(20), Age int)
   DECLARE @myPeeps PeepsType
   INSERT @myPeeps SELECT 'murphy', 35
   INSERT @myPeeps SELECT 'galen', 31
   INSERT @myPeeps SELECT 'samuels', 27
   INSERT @myPeeps SELECT 'colton', 42
   
   exec sp_MySproc2 @myPeeps
   

   Y el sproc se vería así:

   CREATE PROCEDURE sp_MySproc2(@myPeeps PeepsType READONLY) ....
   

   La ventaja aquí es que puedes tratar el tipo de tabla como una tabla regular, para utilizarlo en JOINs, etc. Diga adiós a las rutinas de análisis de cadena.

10. Intellisense en SQL Server Management Studio (SSMS). Esto ha sido posible en SQL Server 2000 y 2005 con el uso de complementos de tercera parte como SQL Prompt ($195). Sin embargo, estas herramientas son un horrible truco en el mejor de los casos (por ejemplo, se engancha en la ventana del editor y tratar de interpretar lo que la aplicación está haciendo).

    

    La construcción de IntelliSense es enorme – significa que la gente nueva puede aprender fácilmente el esquema de base de datos a medida que avanzan.

Hay un montón de otras características muy útiles – la mayoría de ellas son pequeñas, pero enormemente útiles. Hay un montón que pulir en su lugar, como los derechos del servidor de supervisión de recursos en SSMS.

Me gustaría terminar esta entrada con una nota feliz, pero no puedo, porque acabo de terminar hojeando la página de las ediciones de SQL Server 2008. Además de la Standard, Enterprise, Developer y las ediciones Express, ahora hay Workgroup, web , Compact (que no tienen nada que ver con SQL Server) y las ediciones Express Advanced. Aquí está la matriz de comparación. Y pensastes que escoger una versión de Vista es complicado.