Archive for the ‘SQL Server 2014’ Category

Backup SQL Server 2014 con archivos .bat

septiembre 7, 2016

Hace unos días, me preguntó un amigo si existía alguna forma de poder crear Backups de nuestras bases de datos de SQL Server 2014 de manera automática y luego de creado el backup obtener un archivo de formato plano con el resultado de la operación y que todo esto fuera realizado por medio de un archivo de extensión .bat.

Para poder lograr esto solo debemos seguir algunos sencillos pasos:

  • Abrir un bloc de notas: en este bloc de notas escribiremos el código necesario para convertirlo luego en un archivo de extensión .bat
  • Utilizar el SQLCMD para comunicarnos con el servidor de bases de datos.
  • Conocer el nombre del servidor y/o su dirección IP. En este ejemplo utilizaremos la dirección IP de nuestro SQL Server en lugar del nombre de instancia.

Código de ejemplo:

1> SQLCMD -S 192.168.2.120,1433 -U SQLBackup -P QWEasd123* 
2> -Q "BACKUP DATABASE AdventureWorks2012 
3> TO DISK = '\\192.168.2.120\respaldos\esta.bak' WITH INIT, 
4> NAME = N'Backup Automatico de database', STATS = 10" 
5> -o E:\esta\11.txt

Explicación del código de ejemplo. Línea 1, SQLCMD:

Como comentamos un poco más arriba debemos utilizar el SQLCMD para conectarnos a nuestro servidor.

-S 192.168.2.120, 1433 : corresponde al nombre de nuestra instancia y su respectivo puerto de conexión. Podemos utilizar el nombre del servidor y la instancia directamente, pero es mejor utilizar la dirección IP de cada instancia para evitar confusiones y/o choques entre los servidores, el puerto utilizado por defecto es el 1433 sin embargo este puede cambiar según las necesidad y configuración que haya realizado nuestro DBA.

-U SQLBackup: Corresponde al usuario que tiene los privilegios de poder realizar copias de seguridad, creación y escritura dentro de nuestro SQL Server, el usuario puede ser “sa” o cualquier otro que hayamos creado con los privilegios necesarios, en este ejemplo nuestro usuario es SQLBackup.

-P QWEasd123*: Pertenece a la contraseña que utiliza nuestra usuario SQLBackup para conectarse al servidor.

Líneas 2 hasta la 4 pertenecen a una sola sentencia que ocupa una sola línea, la cual trataremos de explicar lo mejor posible:

-Q “BACKUP DATABASE: Estamos indicando una consulta directa sobre el servidor y estamos estableciendo que debe hacer un Backup de la base de datos AdventureWorks, este nombre lo cambiaremos por el que corresponda a la base de datos que vamos a respaldar.

TO DISK = 192…. Indicamos la dirección física en donde queremos alojar el backup y establecemos el nombre que tendrá el respaldo al finalizar, en este caso el nombre de nuestro respaldo será “esta.bak“.

WITH INIT: especifica que se deben sobrescribir todos los conjuntos de copia de seguridad, pero conservando el encabezado de los medios.

NAME: especificamos un nombre para identificar el backup que estamos realizando, en este ejemplo lo hemos identificado como “Backup Automatico de database”.

STATS = 10: para mostrarnos el porcentaje completado desde el umbral para informarnos del próximo intervalo, es decir cada 10 porciento cubierto nos indicará el siguiente.

Línea 5, -o E:\esta\11.txt: indicamos el directorio y el nombre del archivo mas su extension en la cual almacenaremos la información de los resultados de la operación de respaldo.

Ahora para finalizar solo necesitaremos guardar nuestro archivo del bloc de notas con la extensión .bat, para ello vamos al menú archivo, guardar como, escribir el nombre que le daremos a nuestro archivo y no olvidar colocarle la extensión .bat, en tipo seleccionar todos los archivos y por último damos clic en el botón guardar.

backupbat-01

Ahora para ejecutar nuestro archivo .bat para crear nuestros backups solo debemos seleccionarlo con el botón derecho de nuestro mouse y ejecutarlo como administrador.

Con nuestro archivo se ejecutará con los privilegios de administrador y creará nuestro backup “esta.bak” en el directorio establecido.

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

SQL Server Row_number

junio 9, 2016

En algunas ocasiones, por esas ciertas condiciones extrañas que pasan en nuestros trabajos como administradores de datos, debemos enumerar ciertos datos que tengamos almacenados en nuestras bases de datos.

Para ello podemos valernos de la función ROW_NUMBER() que nos permitirá  sin mucho esfuerzo enumerar las filas que tengamos almacenadas.

Para este ejemplo hemos creado una base de datos llamada Pruebas y en ella hemos creado una tabla pedidos;

row_number-01.jpg

Al hacer una consulta estándar a esta tabla, obtendremos todos los datos almacenados en ella sin obtener todavía una numeración:

row_number-02.jpg

Lo que deseamos hacer es que se enumeren las veces que se lista el código de un cliente, que en este caso están en la columna idcliente, pero que al momento de listar otro cliente la numeración comience desde el número uno (1) nuevamente con ese nuevo cliente y así sucesivamente.

Ahora para poder enumerar las filas, usaremos la función ROW_NUMBER() de la siguiente manera dentro de nuestra sentencia:

SELECT idcliente, ROW_NUMBER() over (partition by idcliente order by idcliente) FROM pedidos;

Ya que hemos visto como es la estructura de la sentencia vamos a explicarla para que se comprenda mejor la misma.

Al establecerse la función ROW_NUMBER() ésta debe ir acompañada seguidamente de una instrucción OVER en la cual estableceremos sobre que campo queremos que se haga la partición del conteo que en este ejemplo es en la columna idcliente y debe ir acompañado por ORDER BY que es la misma columna en que se realiza la enumeración.

Al ejecutar nuestra sentencia obtendremos el siguiente resultado:

row_number-03.jpg

Como podemos observar en la imagen anterior ahora todos los códigos de los clientes se encuentran numerados y al comenzar un nuevo código vuelve a comenzar la secuencia de enumeración.

Saludos!

Roberto Pozo

Datos de prueba en Azure SQL Database

mayo 11, 2016

En algunas ocasiones necesitaremos crear una base de datos en Azure que nos permita hacer pruebas antes de cargar datos reales en nuestras aplicaciones.

Para ello podemos crear una Azure SQL Database con datos de prueba basados en AdventureWorksLT.

Para crear nuestra base de datos con estos datos de prueba, simplemente procedemos a realizar los siguientes pasos:

En el menú izquierdo de nuestro portal Azure hacemos clic en SQL Databases.

datosprueba01

Al mostrarse la página de SQL Database que muestra todas las bases de datos que hemos creado, haremos clic en el botón agregar.

datosprueba02

Esto desplegará una nueva página de Base de datos SQL donde rellenaremos los campos solicitados para poder crear nuestra Base de datos.

En Nombre de la base de datos, escribiremos un nombre para identificar nuestra nueva base de datos de las demás que tengamos dentro de nuestra cuenta. Para este ejemplo hemos utilizado el nombre datosprueba para así saber que es en ella donde tendremos almacenados los datos proporcionados por AdventureWorksLT.

datosprueba03

En Suscripción, seleccionaremos la cuenta que tengamos asignada para nuestro proyecto. Si tuviéramos más de una cuenta deberemos hacer clic en el nombre de la suscripción para que se despliegue la lista con los nombres de nuestras suscripciones y seleccionar la correcta.

En la sección Grupo de recursos podemos utilizar un grupo de recursos que hayamos creado anteriormente o podemos crear uno nuevo. Para utilizar un grupo existente simplemente hacemos clic en el nombre de recurso para que se despliegue la lista de recursos y seleccionar el que deseamos.

Seleccione un origen nos permite por medio de su lista desplegable seleccionar entre tres opciones; Base de datos en blanco, Muestra o Copia de seguridad. Para este ejemplo utilizaremos Muestra ya que nos permitirá seleccionar AdventureWorksLT como base de datos de ejemplo.

datosprueba04

Una vez seleccionada Muestra como origen, podremos elegir en el campo Seleccionar muestra entre dos opciones; AdventureWorksLT(v12) y AdventureWorksLT.

datosprueba05

La diferencia entre estas dos muestras es que AdventureWorksLT(V12) es la versión actualizada  mejorada para trabajar con servidores de bases de datos Azure V12.

En el campo servidor podemos utilizar un servidor que ya esté creado o podemos, si es necesario, crear un servidor nuevo. Si necesita ayuda para crear el servidor nuevo puede revisar Creando Azure SQL Database donde se explica con detalle como crear un servidor para nuestras bases de datos.

En este ejemplo utilizaremos un servidor creado con anterioridad en otro ejemplo.

El campo Inicio de sesión del administrador del servidor nos solicitará el nombre de usuario que administrará nuestra base de datos, en el campo contraseña escribiremos la contraseña asignada al usuario administrador.

Los demás campos los dejaremos con sus valores por defecto y daremos clic en el botón Crear. Luego de unos instantes se creará nuestra base de datos de ejemplo con todos los datos de AdventureWorksLT y estará lista para poder utilizarla.

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