SQL Server 2017 Instalar SSMS

Como recordarán, en un post anterior hablamos de cómo descargar SQL Server Management Studio el cual no viene por defecto cuando instalamos SQL Server 2017.

Para instalar SSMS abriremos la carpeta donde hemos descargado previamente nuestro instalador y daremos un clic con el botón derecho sobre el icono SSMS-Setup-ESN  y seleccionaremos del menú desplegable la opción ejecutar como administrador.

Esta acción abrirá la pantalla de bienvenida del asistente de instalación del SSMS versión 17.5 (la más reciente hasta estos momentos).

Una vez haya aparecido la pantalla de bienvenida del asistente procederemos a dar clic sobre el botón Instalar para pasar a la siguiente pantalla, en donde se cargan los paquetes de instalación para luego proceder a su respectiva instalación.

Luego de un tiempo (éste dependerá de la velocidad de nuestro equipo), aparecerá la pantalla que nos indicará el final del proceso, si todo ha resultado correcto nos mostrará el mensaje “Se han instalado correctamente todos los componentes especificados”, caso contrario, nos informará por medio de un mensaje de error.

Una vez dentro de la pantalla del final del proceso, nos solicitará que reiniciemos el equipo para poder continuar con la instalación. Este proceso podemos obviarlo dando un clic en el botón Cerrar si es que deseamos seguir trabajando con nuestro equipo y cuando volvamos a encenderlo termine el proceso, sino, procederemos a dar clic en el botón Reiniciar para que se complete el proceso.

Sea cual sea la opción elegida, el proceso finalizará cuando el equipo vuelva a ser encendido.

Para verificar que la instalación ha sido correcta, una vez reiniciado el equipo, deberá aparecer en nuestro menu de inicio el icono de Microsoft SQL Server Management Studio.

Daremos clic en icono y se abrirá la pantalla del primer inicio de SSMS. Una vez abierta esta pantalla, procederá a hacer una análisis de todos los componentes para poder inicializar nuestro gestor.

Finalizado el proceso del análisis se abrirá nuestro SSMS solicitándonos los datos de acceso de nuestro servidor e instancia para poder comenzar a trabajar con él.

Saludos!

Roberto E. Pozo Osorio

SQL Server 2017 Descargar SSMS

Cuando instalamos  SQL Server 2017 en nuestros equipos, ya no se instala por defecto SQL Server Management Studio (SSMS) como estábamos acostumbrados en las versiones anteriores.

Para poder administrar nuestra bases de datos por medio del SSMS debemos seguir los siguientes pasos:

Descargar SSMS

Contamos con dos opciones para acceder a la página de descarga del SSMS:

1. Utilizar el asistente de instalación de SQL Server.
2. Ir directamente a la página de descargas.

Utilizando el asistente de instalación de SQL Server

Iniciamos el asistente de instalación y vamos a la sección Instalación.

En esta sección ubicaremos la opción Instalar Herramientas Administrativas de SQL Server, al hacer clic en ella se abrirá nuestro navegador por defecto y nos llevará a la página de descarga del SSMS.

Accediendo directamente a la página de descargas

Para descargar directamente el SSMS desde la página de descargas abriremos nuestro navegador web y escribiremos la siguiente URL https://docs.microsoft.com/es-es/sql/ssms/download-sql-server-management-studio-ssms

 

Descargando SSMS

Una vez dentro de la página de descarga buscaremos Idiomas Disponibles, en esta sección encontraremos la versión actual del SSMS la cual es 17.5 y un paquete de actualización para la versión 17.x.

Ambas opciones están disponibles en los siguientes idiomas:

Chino (República Popular China) | Chino (Taiwán) | Inglés (Estados Unidos) | Francés | Alemán | Italiano | Japonés | Coreano | Portugués (Brasil) | Ruso | Español

Según el idioma en que hayamos instalado nuestro SQL Server 2017 seleccionaremos uno u otro idioma de los disponibles.

Una vez demos clic en el idioma de nuestra preferencia se iniciará el proceso de descarga del SSMS.

 

Deberemos tomar en cuenta antes de descargar el SSMS versión 17.5 que contamos con espacio suficiente en nuestro disco ya que el tamaño del instalador de esta nueva versión es de 832 MB.

Una vez descargado nuestro SSMS a nuestro equipo aparecerá el icono del instalador en la carpeta que hayamos elegido guardarlo.

Ahora solo nos falta comenzar el proceso de instalación pero ese es otro tema que veremos más adelante.

Saludos!

Roberto E. Pozo Osorio

SQL Transactions

El otro día (costumbre muy venezolana de decirlo así cuando uno no se acuerda de la fecha exacta), estábamos hablando en la Universidad acerca de como se manejan las transacciones en SQL Server y utilizamos en la conversación el típico ejemplo de las cuentas bancarias.

Ahora vamos a explicar esa misma conversación pero con sus respectivos códigos para que sea más comprensible la forma en que se manejan las transacciones en SQL Server.

Para este tema debemos comenzar por definir que es una transacción… En pocas palabras, las transacciones se encargan de mantener la integridad de los datos almacenados dentro de nuestras bases de datos.

Una transacción es un grupo de comandos que cambian la data almacenada en una base de datos, y se asegura que todos los comandos se completen y finalicen con éxito, esto se conoce como COMMIT y en caso de existir alguna falla que no se ejecute ninguno de ellos.

Si alguno de los comandos falla, todos los demás comandos fallarán y por ende ningún dato será modificado en la base de datos, esto se conoce como ROLLBACK.

Bien, ya definido a grosso modo lo que son las transacciones vamos a ver el código y lo explicaremos para comprender mejor esa definición.

Toda transacción comienza con BEGIN TRANSACTION, esto es el indicativo de que se trata de una transacción y está comenzando el proceso de la misma.

Luego de esta primera línea se agrega una segunda con la sentencia T-SQL que deseamos sea ejecutada.

Posteriormente se escribe la función COMMIT TRANSACTION para indicar que finaliza la transacción y si todo ha salido bien se almacenen los datos perdurablemente, caso contrario recurrimos al ROLLBACK TRANSACTION para deshacer cualquier cambio, es decir:

Supongamos que tenemos varias cuentas bancarias (ahora sí estamos hablando del ejemplo comentado anteriormente), Antonio y Claudio son dos amigos que tienen cuenta bancaria en el mismo banco y Claudio le pide prestado a Antonio por medio de una transacción la cantidad de 1250 BsF. (pueden ser bolívares, pesos, marcos, libras, quetzales, rupias, etc… Eso queda al gusto de ustedes el tipo de moneda jejeje).

El banco debe asegurarse de restarle a Antonio los 1250 de su cuenta y abonarlos a la cuenta de Claudio, en caso contrario, deshacer la transacción y devolverle los 1250 a Antonio, esto lo hace por medio del siguiente código:

BEGIN TRY
     BEGIN TRANSACTION
          UPDATE cuentas SET balance = balance - 1250 WHERE nombreCliente = 'Antonio';
          UPDATE cuentas SET balance = balance + 1250 WHERE nombreCliente = 'Claudio';
     COMMIT TRANSACTION  
     PRINT 'Transacción completada'
END TRY
BEGIN CATCH
     ROLLBACK TRANSACTION
     PRINT 'Transacción cancelada'
END CATCH

El resultado es el siguiente:

Revisando el código notamos lo siguiente:

BEGIN TRY con esto estamos haciendo la prueba de errores, es decir, indicamos que ejecute todo el script que hay dentro de BEGIN TRY hasta END TRY, si no ha surgido ningún problema en ninguno de los dos UPDATE entonces lanza el COMMIT e imprime en pantalla el mensaje, como se puede observar en la imagen superior y al hacer un select podemos notar los cambios de balance en cada una de las cuentas.

Si hubiera existido algún error o falla en la transacción entonces se lanzaría el CATCH y por ende se dispararía el ROLLBACK y su respectivo mensaje.

Ahora generaremos un error apropósito para ver como funciona el ROLLBACK. Lo primero que haremos es suponer el caso siguiente:

Claudio le pide al banco que devuelva los 1250 a Antonio y que al mismo tiempo le abone 250 para pagarle un total de 1500 como agradecimiento del favor que Antonio le hizo.

El banco sin embargo, en vez de enviarle el dinero a Antonio (por error de dedo) coloca en el nombre del cliente el número de cuenta, esto provocaría, si no existieran los ROLLBACK, que ambos (Claudio y Antonio) perdieran el dinero.

Veamos entonces el nuevo código y su funcionamiento para ver que sucede:

BEGIN TRY
     BEGIN TRANSACTION
          UPDATE cuentas SET balance = balance + 1250 WHERE nombreCliente = 'Claudio';
          UPDATE cuentas SET balance = balance - 1250 WHERE nombreCliente = 1234;
     COMMIT TRANSACTION
     PRINT 'Transacción completada'
END TRY
BEGIN CATCH
     ROLLBACK TRANSACTION
     PRINT 'Transacción cancelada'
END CATCH

Como podemos observar, la primera transacción se efectúa, sin embargo, la segunda falla haciendo que se dispare el ROLLBACK y su respectivo mensaje. Esto origina que la primera transacción sea deshecha y los datos queden sin modificación alguna.

Saludos!

Roberto Pozo

Comprobar y configurar protección de páginas

Cuando estamos revisando las páginas de nuestras bases de datos, debemos estar pendientes de comprobar que la configuración de protección de páginas esté bien y que sea correcta.

Muchas veces, cuando creamos una base de datos no nos preocupamos por revisar su condición y eso nos puede ocasionar que si falla la protección de páginas podamos tener problemas mayores.

La opción PAGE_VERIFY CHECKSUM de la base de datos nos puede ayudar a detectar problemas de coherencia de la base de datos con la ruta de entrada / salida  (E / S) del sistema. por eso es muy importante estar siempre pendiente que en las opciones de recuperación el valor de Page Verify sea CHECKSUM.

Esto lo podemos revisar por medio de nuestro SQL Server Management Studio seleccionando con un clic derecho la base de datos que queremos comprobar, luego haciendo clic en Propiedades y finalmente daremos clic en la página Opciones.

La otra manera y mas recomendable para poder comprobar el status de nuestras páginas es por medio del siguiente código:

SELECT
 [page_verify_option],
 [page_verify_option_desc]
FROM
 sys.databases
WHERE
 [name] = N'Pruebas';
GO

Donde; por medio de la sentencia SELECT solicitamos la opción de verificación de páginas y su descripción respectivamente, luego indicamos que esta información la obtendremos desde de la información existente en sys.databases y por último establecemos la condición WHERE para indicar el nombre de la base de datos a la que queremos comprobar su estatus (en este ejemplo sería la base de datos prueba).

Pero, y si nos encontramos con que nuestra base de datos no está en CHECKSUM? Es algo que podemos acomodar rápidamente con unas simples líneas de código T-SQL:

ALTER DATABASE [Pruebas]

SET PAGE_VERIFY CHECKSUM

GO

Expliquemos cada una de estas líneas:

• Línea 1: Indicamos el nombre de la base de datos que debemos acomodar
• Línea 2: Establecemos que el valor de la página de verificación debe ser CHECKSUM
• Línea 3: Ejecutamos la sentencia.

Como podemos observar, el comprobar y configurar la protección de las páginas es algo realmente sencillo.

Saludos!

Roberto Pozo

Conexión remota Azure SQL Database

En algunas ocasiones necesitaremos conectarnos a Azure SQL Database de manera remota, para ello deberemos seguir ciertos pasos necesarios para lograr establecer la conexión entre Azure y SQL Server Management Studio (SSMS).

Al ingresar al portal de Azure buscaremos el menú lateral y daremos clic en SQL Database.

Se abrirá la página que nos muestra todas las bases de datos que hayamos creado en nuestra cuenta. Dentro de esta página seleccionaremos la base de datos a la que deseamos crear la conexión remota dando clic en ella, esto nos mostrará la información general de nuestra base de datos. Buscaremos «Nombre del servidor» y daremos clic en el enlace que aparece debajo.

Esto desplegará otra página que nos mostrará la información de nuestro servidor de bases de datos, buscaremos dentro de esta página «Firewall» y daremos clic en «Mostrar configuración del firewall».

Una vez abierta la nueva página configuración de firewall deberemos fijarnos que la opción «Permitir el acceso a servicios de Azure» esté como activado.

Buscamos la Dirección IP de cliente que se encuentra un poco mas abajo en esa misma página y observamos el IP que nos muestra, es importante fijarse bien en esta dirección IP ya que ella es la que nos va a indicar los patrones de acceso  por medio de las conexiones IP.

ahora procederemos a rellenar los siguientes campos:

• Nombre de regla: colocaremos un nombre para identificar la regla que vamos a crear, para este ejemplo se le ha colocado ConexionRemota.
• IP Inicial: debido a que la IP de cliente que se nos ha asignado es la 190.199.46.43, en este campo colocaremos como IP Inicial los valores 190.0.0.1.
• IP Final: en este campo escribiremos 190.255.255.255.

Al finalizar de llenar los campos hacemos clic en el botón Guardar ubicado en la parte superior.

Debido a que estas direcciones IP han sido creadas para este servidor de bases de datos en particular, es probable que la dirección que les aparezca a ustedes sea distinta, sin embargo acá lo importante es observar el rango de valores a ingresar en los campos.

Por ejemplo: si la IP cliente que les asignaran  a ustedes fuera 193.23.45.134, los rangos serian para IP Inicial 193.0.0.1 | IP Final 193.255.255.255

Si todo ha salido bien y no se ha producido ningún problema, aparecerá un mensaje en pantalla indicándonos que las reglas del firewall han sido actualizadas correctamente.

Ahora simplemente damos clic en el botón Aceptar.

Con estos pasos ya hemos configurado nuestro firewall en Azure para poder conectarnos a nuestra Azure SQL Database remotamente. Ahora veamos los pasos para poder realmente conectarnos a nuestra Azure SQL Database desde SQL Server Management Studio.

Como bien recordaremos, en la página información general de nuestra base de datos aparece el nombre del servidor, anteriormente habíamos dado clic en ese nombre, sin embargo, ahora notemos que justo al lado derecho aparece un icono copiar.

Daremos clic en el icono copiar para que se copie la dirección de nuestro servidor en el portapapeles.

Una vez copiada la dirección de nuestro servidor en el portapapeles procederemos a abrir nuestro SQL Server Management Studio.

Cuando aparezca la ventana de conexión al servidor ingresaremos los siguientes datos:

• Tipo de servidor: Motor de bases de datos
• Nombre del servidor: copiaremos la dirección de nuestro servidor en azure, que para este ejemplo es; rpozo.database.windows.net, el nombre de servidor de ustedes será el que hayan escogido al momento de su creación.
• Autenticación: Autenticación SQL Server.
• Login: acá colocaremos el nombre del usuario administrador de nuestra Azure SQL Database, para este ejemplo se ha creado el usuario rpozo.
• Contraseña: escribiremos la contraseña asignada al usuario administrador, en este ejemplo es la contraseña que se le asignó al usuario rpozo.

Luego de haber completado los campos, daremos clic en el botón Conectar para poder conectarnos a nuestra Azure SQL Database de forma remota a través de nuestro SQL Server Management Studio.

Si todo ha sido correcto, dentro de unos instantes estaremos conectados a nuestra base de datos y estaremos listos para poder trabajar con ella.

Si necesitan conocer más acerca de como crear nuestras Azure SQL Database los invito a revisar el paso a paso Creando Azure SQL Database dentro de este mismo blog.

Saludos!

Roberto Pozo

Creando Azure SQL Database

Cuando deseamos crear bases de datos en Azure utilizamos SQL Database que nos permite de una manera bastante cómoda y ágil crear nuestras bases de datos para nuestros proyectos en la nube.

En primer lugar, debemos iniciar sesión en el portal de Azure con nuestras credenciales de cuenta para la nube.

Una vez dentro del portal, buscaremos en el menú lateral la opción SQL Database y daremos clic en ella.

Esta acción abrirá una nueva página dentro del portal en donde se mostrarán todas las bases de datos que se hayan creado en nuestra cuenta.

Para crear una nueva base de datos damos clic en el botón Agregar

Se desplegará una nueva página que nos pedirá todos los datos necesarios para la construcción de nuestra Base de datos, los cuales son:

• Nombre de la Base de datos

En este campo deberemos escribir el nombre con el que identificaremos a nuestra base de datos, este nombre debe ser único y puede estar compuesto por letras y números.

Si el nombre con el que deseamos identificar nuestra base de datos es único y no está siendo utilizado por ningún otro servicio en Azure, se mostrará un check o palomita en color verde como se muestra en la imagen superior, caso contrario mostrará un signo de exclamación en rojo indicándonos que dicho nombre no puede ser utilizado y deberemos utilizar otro.

 

•  Suscripción

Este campo está compuesto por una  lista desplegable en la cual seleccionaremos la suscripción de nuestra cuenta Azure en donde crearemos nuestra base de datos.

Si contamos con más de una cuenta Azure, deberemos estar pendientes de seleccionar la suscripción correcta para evitar inconvenientes.

 

• Grupo de recursos

En esta sección del formulario contamos con dos opciones: Crear nuevo y Usar existente;

Si seleccionamos la opción Crear nuevo, podemos crear un nuevo grupo de recursos para utilizarlo con nuestra nueva base de datos. Este grupo de recursos debe tener un nombre único de identificación, si el nombre no está siendo utilizado aparecerá a su lado un check o palomita en color verde indicándonos que podemos identificar nuestro grupo de recursos con ese nombre, caso contrario aparecerá un signo de exclamación en color rojo.

Si seleccionamos la opción Usar existente, el campo de texto se transformará en una lista desplegable de la cual podremos seleccionar el grupo de recursos necesario.

 

• Seleccione un origen

En esta lista desplegable encontraremos tres opciones: Base de datos en blanco, Muestra y Copia de seguridad.

Base de datos en blanco: nos permite crear una base de datos completamente en blanco.

Muestra: crea por nosotros una base de datos de muestra de AdventureWorksLT para Azure. Copia de seguridad: nos permite crear una base de datos a partir de una copia de seguridad existente. Para este ejemplo hemos seleccionado la primera opción.

• Servidor

Cuando creamos una base de datos Azure debemos alojarla en un servidor, para ello contamos con dos opciones, utilizar un servidor que hayamos creado anteriormente o Crear un servidor nuevo. En este ejemplo utilizaremos la segunda opción.

Para crear un servidor que nos permita alojar nuestra Azure SQL Database deberemos rellenar los datos solicitados en el formulario:

1. Nombre del servidor: como en los casos anteriores, éste debe ser un nombre único.
2. Inicio de sesión del administrador del servidor: en este campo escribiremos el nombre de usuario administrador del servidor.
3. Contraseña y confirmar contraseña: en estos dos campos escribiremos una contraseña que permita al administrador de servidor conectarse al mismo (se recomienda utilizar las normas mínimas de seguridad de una contraseña segura).
4. Ubicación: este campo es una lista desplegable que nos muestra todas las ubicaciones de los Centros de datos de Azure a nivel mundial. De esta lista deberemos seleccionar el centro de datos más próximo a nuestra ubicación física o a la ubicación de los usuarios de nuestros servicios.
5. Crear servidor V12 (última actualización): esta opción nos permite elegir si deseamos crear nuestro servidor con la última actualización de servidores llamada V12 o dejarla en la versión estable anterior.
6. Permitir que los servicios de Azure accedan al servidor: esta opción está siempre activa por defecto, si por algún motivo se necesita deshabilitarla se puede cambiar en la configuración del firewall o en el SQL Server de la base de datos.

Luego de completar todos los campos deberemos dar clic en el botón Seleccionar, esto configurará nuestro servidor para poder establecerlo a nuestra base de datos.

 

• Grupo elástico

En este ejemplo seleccionaremos la opción Ahora no, sin embargo veamos lo que dice la ayuda acerca de estos grupos elásticos para poder tener la idea general de este concepto:

«Los grupos elásticos son una solución sencilla y rentable para administrar el rendimiento de varias bases de datos con un presupuesto fijo. Un grupo elástico proporciona recursos de proceso (eDTU) y de almacenamiento que se comparten entre todas las bases de datos que contiene. Las bases de datos de un grupo solo usan los recursos que necesitan, cuando los necesitan y dentro de unos límites configurables. El precio de un grupo se basa solo en la cantidad de recursos configurados y es independiente del número de bases de datos que contiene.«

• Plan de tarifa

En esta opción seleccionaremos el plan de tarifa que deseamos utilizar para nuestra base de datos.

Para poder seleccionar el plan que utilizaremos damos clic en Plan de tarifa y se desplegará una nueva ventana con todas los planes tarifarios con los que podemos contar para nuestros proyectos, al mismo tiempo nos muestra dos opciones Ver todo y Recomendado.

Al hacer clic en Recomendado, se visualizarán los planes más idóneos para nuestro proyecto basados en rendimiento, costos y sobre todo en nuestro tipo de suscripción Azure.

Al presionar Ver todo se mostrarán todos los planes disponibles en Azure con la variedad de servicios, rendimiento y costos que cada uno de ellos ofrece.

 

• Intercalación

Este campo lo dejaremos en este ejemplo con los valores por defecto, sin embargo es importante recordar que  la intercalación no puede cambiarse una vez creada la base de datos.

 

• Anclar al panel

Esta opción nos permite un acceso directo en nuestro panel principal para mayor comodidad al momento en que tengamos que administrar nuestra base de datos, en este ejemplo hemos activado esta opción.

Para finalizar la creación de nuestra Azure SQL Database procedemos a dar clic en el botón Crear. Luego de unos instantes se creará nuestra base de datos y nos mostrará una ventana con toda la información de la misma, así como multiples opciones de configuración.

Después de haber sido creada nuestra base de datos y haber mostrado la información esencial de la misma, ésta aparecerá anclada en nuestro panel.

Con esto ya estamos listos para poder crear conexiones remotas a nuestra nueva base de datos a través de SQL Server Management Studio así como configurar las cadenas de conexión que utilizaremos en nuestros programas y/o apps por medio de código.

Saludos!

Roberto Pozo

Stored Procedure simples

Los STORED PROCEDURE o procedimientos almacenados son instrucciones agrupadas de T-SQL que han sido almacenadas en nuestro servidor para luego poder ser reutilizadas en nuestros entornos de trabajo facilitándonos el mismo.

Los STORED PROCEDURE son muy poderosos ya que pueden crearse cursores dentro de ellos, así como también aceptan instrucciones INSERT, UPDATE y/o DELETE, por ello, estas características lo convierten en algo muy importante y poderoso dentro de SQL Server.

La sintaxis de creación de estos procedimientos es muy sencilla, aunque va complicándose según la complejidad del script que lo conforma y la utilidad que deba prestar.

Como cualquier objeto de SQL Server se comienza con la sentencia CREATE luego el tipo de objeto que en este caso es PROCEDURE y su respectivo nombre, luego se le indica la función que debe hacer; para comenzar haremos un ejemplo muy sencillo y básico para comprender mejor como funcionan:

Tenemos una tabla llamada empleados en la cual queremos a través de un STORED PROCEDURE nos muestre todos los empleados que pertenezcan al departamento de filosofía. El código según lo comentado más arriba sería el siguiente:

CREATE PROCEDURE P_empleados
AS
SELECT * FROM empleados WHERE DEPARTAMENTO= 'FILOSOFIA'
GO

Indicamos que deseamos crear un Procedimiento almacenado que llevará por nombre P_empleados, la P_ que se antepone al nombre es recomendable colocarla siempre para poder nosotros reconocer que se trata de un STORED PROCEDURE. Una vez escrito el script procederemos a ejecutarlo para poder crearlo.

Si todo está correcto, nos mostrará el mensaje «Command(s) completed successfully«. Con este paso ya hemos creado, así de fácil nuestro procedimiento y lo tenemos almacenado y listo para su ejecución.

Para ejecutar un STORED PROCEDURE simplemente debemos llamarlo de la siguiente manera:

EXECUTE P_empleados
GO

Es decir; utilizamos la función EXECUTE seguida por el nombre del Procedimiento Almacenado para que se ejecute inmediatamente.

Como podemos observar, crear y utilizar un STORED PROCEDURE es bastante sencillo, sin embargo muchos de ustedes dirán: «Pero Roberto ¿Qué gracia tiene hacer tantos pasos si con un simple SELECT a la tabla puedo obtener los mismos resultados y sin tanta alharaca?

Simplemente puedo responderles: La intención de este post es solamente mostrar lo fácil y sencillo que puede resultar el crear y trabajar con Procedimientos Almacenados y quitarnos así, de esta manera, ese temor a usarlos con ejemplos tan sencillos como este.

Ahora bien, con STORED PROCEDURE podemos manejar parámetros de entrada y de salida pero eso ya es otro tema un poco más avanzado que veremos en un próximo día.

Saludos!

Roberto Pozo

Triggers After

Cuando hablamos de TRIGGERS siempre se origina una pregunta ¿Qué son y para qué sirven?

Los TRIGGERS o «disparadores» son muy parecidos a los STORE PROCEDURES pero éstos están más enfocados a trabajar con las tablas cuando ocurre alguna acción que amerite que sean llamados, por ejemplo: cuando se hace un INSERT, UPDATE o DELETE, el TRIGGER se dispara para realizar alguna acción establecida dentro de su código.

Por ejemplo: podríamos tener un TRIGGER que se active cada vez que un usuario agrega un dato dentro de una tabla, y deseamos que esa información (la que el usuario X ingresó datos en Y tabla) sea almacenada en otra tabla para hacer alguna auditoría.

Veamos un ejemplo:

Hemos creado dos tablas; la tabla empleados y la tabla auditoria. En la tabla empleados se almacenan los id’s de cada empleado así como sus nombres y el departamento en el que trabajan. Por otro lado, tenemos la tabla auditoria en la cual registraremos todas las acciones que se hagan dentro de la tabla empleados.

Posteriormente hemos creado un TRIGGER para que sea llamado cada vez que un usuario ingresa un nuevo empleado a la tabla empleado y esa acción quede registrada dentro de la tabla de auditorias.

CREATE TRIGGER tr_empleados_insert
ON empleados
AFTER INSERT
AS
INSERT INTO auditoria(fecha, descripcion, usuario)
VALUES(getdate(), 'Nuevo empleado ingresado', user);
GO

Revisemos el código para poder comprenderlo mejor;

Línea 1: indicamos que se creará un TRIGGER y le asignamos un nombre, se recomienda que el nombre siempre sea del tipo tr_nombreDeLaTabla_AccionQueRealizará

Línea 2: establecemos en qué tabla se implementará el TRIGGER, que para este ejemplo estamos utilizando la tabla empleados.

Línea 3: AFTER INSERT, especifica que la acción ocurre después de que se haya efectuado un INSERT, DELETE o UPDATE.

Línea 5 y 6: Sentencias T-SQL que se ejecutarán luego de que haya sucedido la acción indicada en la línea 3. En este caso insertará en la tabla auditoria  la fecha actual, la leyenda ‘Nuevo empleado ingresado‘ y el usuario que en este caso será el usuario dbo.

Una vez el código listo, procedemos a ejecutarlo para que se cree nuestro TRIGGER.

Con esto ya hemos creado y asignado el disparador a la tabla empleados, ahora cada vez que un usuario ingrese un nuevo empleado, automáticamente se incluirá información en la tabla auditoria.

Con esto podemos llevar una especie de bitácora o auditoría según las necesidades que tengamos como DBA.

Saludos!

Roberto Pozo

MVP Award 2015

El día de hoy he sido nombrado nuevamente como MVP (Microsoft Most Valuable Professional) en SQL Server.

«Conseguir esta distinción no es sencillo: entre los más de 100 millones de miembros de la comunidad técnica y social de todo el mundo, solo se reconocen en torno a 3.800 MVP cada año»

https://mvp.microsoft.com/es-es/becoming-an-mvp.aspx

Por ello me siento honrado de recibir este reconocimiento que gracias al apoyo incondicional de mi esposa y mis hijos (que con su paciencia y comprensión me han apoyado en mi diario compartir de ideas) he obtenido… También les agradezco a ustedes mis estimados lectores y seguidores de este humilde blog ya que ustedes son quienes me inspiran a seguir adelante con este compromiso de dar lo mejor de mí para seguir compartiendo conocimientos por este medio.

Quiero agradecer a nuestra MVP Lead Erika Vilches por su constante e incondicional apoyo ya que nunca ha dejado de creer y estar constantemente en contacto con nosotros, los que integramos la gran familia MVP Latam.

Así mismo quiero agradecer a Microsoft por este reconocimiento que a su vez es un compromiso para seguir la labor que comencé hace algunos años atrás, ayudar a quienes desean aprender SQL Server.

Gracias…

Saludos!
Roberto Pozo

Instalando Northwind Database en SQL Server 2014

En artículos anteriores hemos visto como instalar las bases de datos de ejemplo Adventure Works 2014 Database, Instalando AdventureWorksDW2012 en SQL Server 2014 y AdventureWorks2012 en SQL Server 2014.

Sin embargo, en vista de los múltiples cursos que hay hoy en día que utilizan la base de datos de ejemplo Northwind, muchos amigos me han solicitado la creación de un tutorial paso a paso de como instalar esta base de datos en SQL Server 2014.

Como bien sabemos, esta base de datos fue creada para ser utilizada por SQL Server 2005 y 2008 respectivamente, siendo su última actualización en el año 2011, por ello deberemos hacer unos pequeños y sencillos pasos para poder instalarla sin problemas en nuestro SQL Server 2014.

En primer lugar deberemos ir a la página de codeplex donde descargaremos la base de datos Northwind http://northwinddatabase.codeplex.com/

Cuando ya estemos en la página de codeplex NO pulsaremos en el botón «Download» de color púrpura que aparece en el lado derecho, sino que haremos clic en el menú superior Downloads

Una vez dentro de esta página encontraremos dos archivos, primero el archivo Northwind.bak.zip y mas abajo luego de Other Available Downloads encontraremos el archivo Northwind.sql.zip que es el que descargaremos para proceder a la instalación del mismo.

Luego de descargado este archivo procederemos a descomprimirlo…

Una vez descomprimido el archivo, tendremos un nuevo archivo llamado northwind.sql que tendrá un peso de 2.069kb.

Este archivo deberemos abrirlo con nuestro bloc de notas (notepad), haciendo clic sobre él y seleccionando la opción abrir con -> bloc de notas.

Una vez tengamos abierto nuestro archivo con el bloc de notas, NO haremos ninguna modificación en el mismo, solo haremos clic en el menú archivo y seleccionaremos la opción guardar como…

Al aparecer la ventana de guardar como, iremos hasta la parte inferior de la misma y en la lista desplegable Codificación cambiaremos el tipo de Unicode por UTF-8 y presionaremos el botón guardar.

Esto hará que aparezca en pantalla la ventana Confirmar Guardar como en la cual se nos advertirá que northwind.sql ya existe y si deseamos reemplazarlo, a la cual daremos clic en el botón Si.

Esta acción demorará un poco en terminar de ejecutarse ya que se cambiará la configuración total del archivo y cambiará el tamaño del mismo a 1.306Kb.

Ahora procederemos a abrir nuestro SSMS (SQL Server Management Studio) y crearemos una nueva base de datos llamada Northwind con todos sus valores predeterminados.

Al ya tener creada nuestra base de datos, abriremos el archivo northwind.sql en nuestro SSMS y lo ejecutaremos presionando la tecla F5 o el botón !Ejecutar.

Luego de unos instantes nos mostrará el SSMS en la pestaña Mensajes que las consultas han sido ejecutadas correctamente y a partir de ese momento ya podremos comenzar a utilizar la base de datos northwind para nuestras prácticas y estudios.

Como siempre ante cualquier duda o pregunta no dejen de contactarme que con gusto les responderé.

Saludos!

Roberto Pozo