Ayer en el Twitter me preguntaban sobre el excesivo consumo de memoria RAM por parte de MSSQL Server y qué se podía hacer para evitarlo. No estuve muy interiorizado con el problema en sí, pero me sirvió para inspirarme y escribir un articulo más sobre búsqueda y corrección de problemas en la base de datos.

El consumo de RAM en SQL Server no siempre es un problema, ya que si se configuró para que consuma todos los recursos que están al alcance, lo hará. Ya que comenzará a guardar en caché las consultas que se ejecutan con mayor frecuencia para responder con mayor velocidad a la demanda. Pero no todo es color de rosa (Continuar Leyendo sobre Buscar cursores abiertos en T-SQL para optimizar recursos)

Éstas dos cláusulas hacen prácticamente lo mismo, por eso generan mucha confusión sobre como usar y cuando usarlo aunque sean realmente sencillas de comprender e implementar además de ser más que útiles.

Básicamente ambas validan un valor o más si es o no NULL y lo reemplazan por otro pero tienen sutiles diferencias.

• Lectura: a la vista rápida del programador es más fácil comprender (Continuar Leyendo sobre La cláusula COALESCE [ANSI SQL] vs ISNULL [TSQL])

En más de una ocasión me ha aparecido el siguiente error en las instalaciones de SQL Server 2008 R2:

SQL server setup media does not support the language of the OS or does not have ENU localized files.Use the matching language-specific SQL Server media or change the OS locale through Control Panel

Éste es un simple problema de validación de región, donde el equipo de MSSQL la ha pifiado aparentemente. A los que tenemos configurado el servidor en Español (Continuar Leyendo sobre Solucionar error de Instalación de Lenguaje de SQL Server 2008 R2)

Por algún extraño motivo (que no me termino de explicar) MS SQL Server no tiene un comando nativo TSQL que sirva para exportar directamente datos como el BULK para importarlos, aunque eso no significa que no tenga una herramienta que sirva para tal efecto.

Ya hemos visto como hacer ésta tarea en otros motores como MySQL u Oracle.

Para realizar ésta tarea en el motor de Microsoft necesitaremos realizar unos pasos previos que (Continuar Leyendo sobre Exportar Datos desde SQL Server a CSV)

La opción xp_cmdshell de SQL Server determina si podemos ejecutar procedimientos almacenados extendidos desde el servidor mismo. Por defecto ésta opción viene deshabilitada y es muy sencillo habilitarlo.

El mismo nos servirá para ejecutar comandos de la consola del sistema operativo desde la Base de Datos, para muchas actividades es más que útil. Justamente éste es más bien un post prerrequisito para otros que tengo planeado publicar más adelante. (Continuar Leyendo sobre Como habilitar la opción xp_cmdshell en SQL Server)

Continuando con los tips para optimizar nuestras querys SQL, trataremos unas de las clásulas que más ralentizan éstas. El operador LIKE.

La definición que exponen en la TechNet me gusta y dice asi:

Determina si una cadena de caracteres específica coincide con un patrón especificado. Un patrón puede contener caracteres normales y caracteres comodín. Durante la operación de búsqueda de coincidencias de patrón, los caracteres normales deben coincidir exactamente con los caracteres especificados en la cadena de caracteres. Sin embargo, los caracteres comodín pueden coincidir con fragmentos arbitrarios de la cadena. La utilización de caracteres comodín hace que el operador LIKE sea más flexible que los operadores de comparación de cadenas = y !=.

Como se tiene que trabajar con cadenas de texto, dentro de otras cadenas más grandes normalmente, es un proceso lento para la comparación. Muchas veces (Continuar Leyendo sobre Optimizar las querys con cláusula LIKE en SQL [SQL-Tunning])

Para realizar SQL Tunning a nuestras bases de datos, en la mayoría de los casos necesitaremos paciencia y tiempo para analizar con detenimiento como está funcionando todo, así en base a eso, determinar medidas de acción para la optimización.

Para ver el plan de ejecución de un query es muy sencillo en SSMS, podemos ver el Estimado y el Real:

Plan de Ejecución Estimado: Desde el Menú Consultas -> Mostrar Plan de Ejecución Estimado o con la combinación de teclas Ctrl + L. Esto no ejecutará la query sino más bien lo analizará y mostrará una aproximación del costo de su ejecución.

Plan de Ejecución Real: Desde el Menú Consultas -> Incluir Plan (Continuar Leyendo sobre Tutorial básico para interpretar el plan de ejecución de SQL Server)

Si bien este es un tema que todo DBA debe conocer obligatoriamente para poder realizar el tunning de su base de datos quiero usarlo para explicar algunos conceptos básico para los siguientes artículos que estoy preparando sobre optimización del rendimiento de los querys SQL y comprensión de los planes de ejecución.

Lo que veremos aplica a las versiones 2005 y 2008 de SQL Server, aunque una gran parte también para la versión 2000. De hecho que varios de los conceptos también aplica a otros motores del mercado, unos con menos y otros con más opciones de tunning. (Continuar Leyendo sobre Diferencias entre Indices Clustered y Non-Clustered en SQL Server)

Tanto desarrolladores como DBA’s  en algún momento nos llegamos a preguntar cual es la diferencia entre el Unique Constraint y el Unique Index, en gran manera ambos cumplen con la misma función y en la práctica en el 99%  de los casos no habrá diferencia si usamos uno u otro para impedir que se dupliquen valores en una o más columnas que componen al objeto.

De hecho que al crear el Unique Constraint el mismo crea por debajo otro Indice Unico nonclustered automáticamente. (Continuar Leyendo sobre Cual es la diferencia entre un Unique Index y Unique Constraint)

Leyendo mis RSS vi un artículo en grimpidev.wordpress.com que me gustó, sobre como liberar el consumo de la memoria RAM que utilizar el servicio de SQL Server.

Si bien es cierto que no es una función diseñada para tal efecto se puede utilizar como artificio para lograr éste objetivo, y me ha parecido muy original la manera que lo desarrollaron. La misma consiste básicamente en establecer el límite máximo a utilizar de RAM por el servicio en un valor bastante bajo obligandole al motor a liberar el recurso, y luego volviendo a establecer en su valor original. Son bien recibidos otros concejos y técnicas en los comentarios. (Continuar Leyendo sobre Reducir el uso de la memoria RAM de SQL Server en caliente sin reiniciar el servicio)