Archive for the ‘SQL Server 2012’ Category

Actualización acumulativa de Microsoft® SQL Server® 2012 SP2

enero 18, 2017

Continuando con el tema de las actualizaciones en SQL Server, también el día de hoy nos encontramos con la nueva actualización acumulativa de Microsoft® SQL Server® 2012 SP2 la cual viene a ser la número 16, sí, como están leyendo, es la número 16.

En esta versión se ha buscado poder corregir todos los problemas reportados después del lanzamiento de SQL Server 2012 SP2 y antes de SQL Server 2012 SP3.

El total de correcciones realizadas son 5 las cuales están distribuidas de la siguiente manera:

BI\Reporting Services

1

SQL Engine\High Availability and Disaster Recovery

3

SQL Engine\Unstructured Data

1

Esta actualización puede ser descargada desde este enlace ya sea para poder corregir los errores de una actualización anterior del SP2 o para actualizar SQL Server 2012 al SP2.

Saludos!

Roberto Pozo

Anuncios

SQL Transactions

julio 14, 2016

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).

transacciones-01.jpg

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:

transacciones-02

transacciones-03

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

transacciones-04transacciones-05

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

junio 13, 2016

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.

page_verify-01.jpg

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).

page_verify-02.jpg

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

mayo 10, 2016

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.

remote_azuredb01

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.

remote_azuredb02

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”.

remote_azuredb03

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.

remote_azuredb04

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.

remote_azuredb05ahora 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.

remote_azuredb06

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.

remote_azuredb07Ahora 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.

remote_azuredb08Una 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.

remote_azuredb09

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.

remote_azuredb10

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

abril 30, 2016

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.

azure_sql_database_1

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

azure_sql_database_2

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.

azure_sql_database_3

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.

azure_sql_database_4Si 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.

Azure_SQL_database_5.jpgSi 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.

azure_sql_database_6

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.

azure_sql_database_7

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.

azure_sql_database_8Para 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.

azure_sql_database_9

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.

azure_sql_database_10

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.

azure_sql_database_11a

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 con parámetros

abril 27, 2016

Hace unos días conversábamos de lo fácil que puede ser un STORED PROCEDURE, sin embargo era un ejemplo bastante sencillo utilizando Stored Procedure simples para servir de introducción a este maravilloso mundo de los scripts.

En aquella ocasión mencionamos que con STORED PROCEDURE podíamos manejar parámetros de entrada y de salida, pues bien, de eso hablaremos hoy, de Procedimientos almacenados con parámetros que ingresaremos nosotros mismos.

Como recordarán la estructura es sencilla, pero esta vez, haremos unos cambios para complicar un poco mas las cosas e irnos adaptando poco a poco a procedimientos mas complejos.

Sin mas preámbulos veamos el código:

CREATE PROCEDURE P_insertEmpleado
@id varchar(6), @nombre varchar(20), @departamento varchar(120)
AS
INSERT INTO empleados (id, nombre, departamento) VALUES (@id, @nombre, @departamento)
GO

En la segunda línea (imagino que ya no hace falta explicar la primera), pedimos los parámetros. Los parámetros en SQL Server se manejan con el símbolo @ y hay que especificar sus tipos de datos.

Luego en la cuarta línea, en vez de escribir los valores como tradicionalmente los haríamos, solicitamos que ingrese los parámetros que estamos pidiendo (son los mismos de la línea dos pero sin el tipo de datos).

Una vez escrito el script lo ejecutamos, si todo ha salido bien nos mostrará el mensaje “Command(s) completed successfully” como podemos observar en la siguiente imagen.

sp_params-01.jpg

Una vez creado nuestro STORED PROCEDURE lo ejecutamos, pero hay una modificación en la llamada, en vez de pedir que se ejecute de manera tradicional como vimos en el artículo anterior, esta vez, después de colocar el nombre del procedimiento, enviaremos los parámetros con la solicitud de ejecución de esta manera:

EXECUTE P_insertEmpleado 'GDRPS2', 'Hercules', 'Mitologia'

sp_params-02.jpg

Ahora solo nos queda confirmar que está correcto el procedimiento haciendo una consulta a la tabla empleados como podemos observar en la siguiente imagen.

sp_params-03.jpg

Como hemos podido observar, trabajar con STORED PROCEDURE es realmente sencillo, solo hay que comprender su estructura y tener clara la idea de qué es lo que deseamos que éste realice.

Saludos!

Roberto Pozo

Stored Procedure simples

abril 22, 2016

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.

sp_sencillo-01.jpg

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.

sp_sencillo-02.jpg

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

abril 13, 2016

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.

trigger_after-01.jpg

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.

trigger_after-02

trigger_after-03

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

abril 1, 2015

2015-MVP

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.

mvp-2015

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

marzo 21, 2015

Logo 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/

northwind_page

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

northwind_download

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…

northwind_descomprimir

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

northwind_descomprimido

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

northwind_abrir_block_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

northwind_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.

northwind_guardar_utf-8

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.

northwind_confirmar_reemplazar

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.

northwind_guardado

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

northwind_creando_DB

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.

northwind_ejecutar_script

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.

northwind_ok

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

Saludos!

Roberto Pozo