T SQL
T SQL
T SQL
Transact - SQL
Hand On LAB de Sql Server Managment Studio Introduccin a Transact SQL Programacin con Transact SQL Fundamentos de Transact SQL
o o o o o o o o o o o Primeros pasos con Transact SQL Scripts y lotes. Tipos de datos numricos. Tipos de datos de caracter. Tipos de datos de fecha. Tipos de datos binarios. Tipo de datos XML. Otros tipos de datos. Tipos de datos personalizados. Declarar variables es Transact SQL Asignar variables en Transact SQL
Variables en Transact SQL Equivalencia de datos de SQL Server y .NET Operadores en Transact SQL Estructuras de control en Transact SQL
o o o o o o o o o o o o o o o o o o o o Estructura IF Estructura CASE Bucle WHILE Estructura GOTO Uso de TRY CATCH Funciones especiales de Error La variable de sistema @@ERROR Generar un error con RAISERROR La sentencia SELECT La clusula WHERE La clusula ORDER BY La clusula GROUP BY La clusula HAVING AVG Count Max, Min Sum Uso de Select TOP con consultas agregadas Clausula FOR XML. Campos y variables XML.
o o o o o o o o o o o o o o o o o
UNION EXCEPT INTERSECT Insercin individual de filas. Insertcin mltiple de filas. Insercin de valores por defecto. Clausula OUTPUT Update Update INNER JOIN Clausula OUTPUT Delete Clausula OUTPUT Truncate Table Concepto de transaccion Transacciones implicitas y explicitas Transacciones anidadas. Puntos de recuperacion
Actualizar datos en Transact SQL Borrar datos en Transact SQL Transacciones en Transact SQL
Triggers en Transact SQL Cursores en Transact SQL SQL dinmico en Transact SQL
o
Inicio de session
1. Seleccionar la Base de Datos 2. 3. 4. 5. 6. 7. Abrir el Servidor conectado Desplegar la base de Datos NORTHWIND Desplegar los Objetos Ejm. Tablas Desplegar las caractersticas de Tabla (COLUMNAS) Escribir el Script (Conjunto de Ordenes T-SQL) Ventana de resultado de la consulta
Orders = Cabecera de Ordenes Orders Details = Detalle de Ordenes Customers = Clientes Employees = Empleados Products = Productos Categories = Categorias Observar las relaciones que apunta en direccin de (PK=Primary Key) y (FK=Foreign Key) esta son de gran utilidad para nuestro caso, ya que en el cursos empleamos las uniones JOIN no servirn como referencia
DECLARE @TABLA TABLE(CODIGO VARCHAR(5),EMPRESA VARCHAR(50),MES INT, MONTO MONEY) INSERT INTO @TABLA SELECT C.CUSTOMERID AS CODIGO, C.COMPANYNAME AS EMPRESA, MONTH(ORDERDATE) AS MES, SUM(O.FREIGHT) AS MONTO FROM ORDERS O INNER JOIN CUSTOMERS C ON O.CUSTOMERID = C.CUSTOMERID WHERE YEAR(ORDERDATE)=1997 GROUP BY C.CUSTOMERID,C.COMPANYNAME,MONTH(ORDERDATE); WITH RES AS ( SELECT * FROM @TABLA PIVOT(SUM(MONTO) FOR MES IN( [1],[2],[3],[4],[5],[6],[7],[8],[9],[10],[11],[12]) ) AS PVT) SELECT CODIGO,EMPRESA, ISNULL([1],0.0) AS [ENE], ISNULL([2],0.0) AS [FEB], ISNULL([3],0.0) AS [MAR], ISNULL([4],0.0) AS [ABR], ISNULL([5],0.0) AS [MAY], ISNULL([6],0.0) AS [JUN], ISNULL([7],0.0) AS [JUL], ISNULL([8],0.0) AS [AGO], ISNULL([9],0.0) AS [SET], ISNULL([10],0.0) AS [OCT], ISNULL([11],0.0) AS [NOV], ISNULL([12],0.0) AS [DIC] FROM RES ORDER BY EMPRESA
Introduccin
Microsoft Sql Server 2005 (Code Name = YUKON) es un producto con muchas novedades comparndolo con su antecesor SQL 2000. Sin duda que uno de sus mayores cambios ha sido la inclusin del CLR dentro del motor de base de datos. Transact SQL (TSQL) es el lenguaje que usamos para escribir: Store Procedures Triggers Querys Etc. SQL es un lenguaje de consulta para los sistemas de bases de datos relacinales, pero que no posee la potencia de los lenguajes de programacin. Transact SQL es el lenguaje de programacin que proporciona SQL Server para ampliar SQL con los elementos caractersticos de los lenguajes de programacin: variables, sentencias de control de flujo, bucles ... Cuando se desea realizar una aplicacin completa para el manejo de una base de datos relacional, resulta necesario utilizar alguna herramienta que soporte la capacidad de consulta del SQL y la versatilidad de los lenguajes de programacin tradicionales. Transact SQL es el lenguaje de programacin que proporciona SQL Server para extender el SQL estndar con otro tipo de instrucciones.
Transact SQL existe desde las primeras versiones de SQL Server, si bien a lo largo de este tutorial nos centraremos en la versin SQL Server 2005.
Qu vamos a necesitar?
Para poder seguir este tutorial correctamente necesitaremos tener los siguientes elementos: Un servidor SQL Server 2005. Podemos descargar gratuitamente la versin SQL Server Express desde el siguiente enlace. http://www.microsoft.com/downloads/details.aspx?familyid=220549B5-0B074448-8848-DCC397514B41&displaylang=es Herramientas cliente de SQL Server. Recomendamos: http://www.microsoft.com/downloads/details.aspx?familyid=C243A5AE-4BD14E3D-94B8-5A0F62BF7796&displaylang=es
Pero adems Transact SQL nos permite realizar programas sobre las siguientes herramientas de SQL Server: Service Broker
Transact SQL debemos utilizar la palabra clave declare, seguido del identificador y tipo de datos de la variable.
Veamos algunos ejemplos:
-- Esto es un comentario de lnea simple /* Este es un comentario con varias lneas. Conjunto de Lneas. */ declare @nombre varchar(50)-- declare declara una variable -- @nombre es el identificador de la -- variable de tipo varchar set @nombre = 'www.Microsoft.com' -- El signo = es un operador -- www.Microsoft.com es un literal print @Nombre -- Imprime por pantalla el valor de @nombre. -- No diferencia maysculas ni minsculas
Scripts y lotes.
Un script de Transact SQL es un conjunto de sentencias de Transact SQL en formato de texto plano que se ejecutan en un servidor de SQL Server. Un script est compuesto por uno o varios lotes. Un lote delimita el alcance de las variables y sentencias del script. Dentro de un mismo script se diferencian los diferentes lotes a travs de las instruccin GO.
-- Este es el primer lote del script SELECT * FROM COMENTARIOS GO -- GO es el separador de lotes -- Este es el segundo lote del script SELECT getdate() -- getdate() es una funcin integrada que devuelve -- la fecha En ocasiones es necesario separar las sentencias en varios lotes, porque Transact SQL no permite la ejecucin de ciertos comandos en el mismo lote, si bien normalmente tambin se utilizan los lotes para realizar separaciones lgicas dentro del script.
DECLARE @bit bit, @tinyint tinyint, @smallint smallint, @int int, @bigint bigint, @decimal decimal(10,3), -- 10 digitos, 7 enteros y -- 3 decimales @real real, @double float(53), @money money set @bit = 1 print @bit set @tinyint = 255 print @tinyint set @smallint = 32767 print @smallint set @int = 642325 print @int set @decimal = 56565.234 -- Punto como separador decimal print @decimal set @money = 12.34 print @money
SmallDatetime. Almacena fechas con una precisin de minuto, por lo que ocupa la mitad de espacio de que el tipo datetime, para tablas que puedan llegar a tener muchos datos es un factor a tener muy en cuenta. TimeStamp.Se utiliza para marcar un registro con la fecha de insercin - actualizacin. El tipo timestamp se actualiza automticamente cada vez que insertamos o modificamos los datos.
DECLARE @myxml XML set @myxml = (SELECT @@SERVERNAME NOMBRE FOR XML RAW, TYPE) print cast(@myxml as varchar(max)) Obtendremos la siguiente salida: <row nombre="SVR01"/>
DECLARE @myuniqueid UNIQUEIDENTIFIER set @myuniqueid = NEWID() print cast(@myuniqueid as varchar(36)) Obtendremos la siguiente salida: 46141D79-102C-4C29-A620-792EA0208637 Sql_Variant.Permite almacenar valores de diferentes tipos de datos. No puede almacenar varchar(max), xml, timestamp y tipos de datos definidos por el usuario.
Transact SQL permite la creacin de tipos de datos personalizados, a travs de la instruccin CREATE TYPE. Personalmente, desaconsejo el uso de tipos de datos personalizados.
CREATE TYPE MD5 FROM CHAR(32) NULL GO DECLARE @miMD5 MD5 set @miMD5 = '0000000000000000000000000000000A' print @miMD5
Una variable es un valor identificado por un nombre (identificador) sobre el que podemos realizar modificaciones. En Transact SQL los identificadores de variables deben comenzar por el carcter @, es decir, el nombre de una variable debe comenzar por @. Para declarar variables en Transact SQL debemos utilizar la palabra clave declare, seguido del identificador y tipo de datos de la variable.
-- Esto es un comentario de linea simple /* Este es un comentario con varias lneas. Conjunto de Lneas. */ declare @nombre varchar(50)-- declare declara una variable -- @nombre es el identificador de la -- variable de tipo varchar set @nombre = 'www.Microsoft.com' -- El signo = es un operador -- www.Microsoft.com es un literal print @Nombre -- Imprime por pantalla el valor de @nombre. -- No diferencia maysculas ni minsculas
B.
El siguiente ejemplo muestra como asignar una variable utilizando la instruccin SET.
DECLARE @nombre VARCHAR(100) -- La consulta debe devolver un nico registro SET @nombre = (SELECT nombre FROM CLIENTES WHERE ID = 1) PRINT @nombre
El siguiente ejemplo muestra como asignar variables utilizando una sentencia SELECT.
SELECT
PRINT @nombre PRINT @apellido1 PRINT @apellido2 Un punto a tener en cuenta cuando asignamos variables de este modo, es que si la consulta SELECT devuelve ms de un registro, las variables quedarn asignadas con los valores de la ltima fila devuelta.
DECLARE CDATOS CURSOR FOR SELECT nombre , Apellido1, Apellido2 FROM CLIENTES
WHILE (@@FETCH_STATUS = 0) BEGIN PRINT @nombre PRINT @apellido1 PRINT @apellido2 FETCH CDATOS INTO @nombre, @apellido1, @apellido2 END
CLOSE CDATOS DEALLOCATE CDATOS Veremos los cursores con ms detalle ms adelante en este tutorial.
nchar text ntext uniqueidentifier rowversion bit tinyint smallint int bigint smallmoney money numeric decimal real float smalldatetime datetime sql_variant User-defined type(UDT) table cursor
timestamp xml
ninguno SqlXml
ninguno ninguno
Operadores relacionales = (igual a) <> (distinto de) o de comparacin != (distinto de) < (menor que) > (mayor que) >= (mayor o igual a) <= (menor o igual a) !> (no mayor a) !< (no menor a) Operadores lgicos AND (y lgico) NOT (negacion) OR (o lgico) & (AND a nivel de bit) | (OR a nivel de bit) ^ (OR exclusivo a nivel de bit)
Operador de concatenacin
ALL (Devuelve TRUE si el conjunto completo de comparaciones es TRUE) ANY(Devuelve TRUE si cualquier elemento del conjunto de comparaciones es
TRUE)
Otros
BETWEEN (Devuelve TRUE si el operando est dentro del intervalo) EXISTS (TRUE si una subconsulta contiene filas) IN (TRUE si el operando est en la lista) LIKE (TRUE si el operando coincide con un patron) NOT (Invierte el valor de cualquier operador booleano) SOME(Devuelve TRUE si alguna de las comparaciones de un conjunto es TRUE)
IF (<expresion>) BEGIN ... END ELSE IF (<expresion>) BEGIN ... END ELSE BEGIN ... END Ejemplo de la estructura condicional IF.
DECLARE @Web varchar(100), @diminutivo varchar(3) SET @diminutivo = 'DJK' IF @diminutivo = 'DJK' BEGIN PRINT 'www.microsoft.com' END ELSE BEGIN PRINT 'Otra Web (peor!)' END
DECLARE @coPais int, @descripcion varchar(255) set @coPais = 5 set @descripcion = 'Espaa' IF EXISTS(SELECT * FROM PAISES WHERE CO_PAIS = @coPais) BEGIN UPDATE PAISES SET DESCRIPCION = @descripcion WHERE CO_PAIS = @coPais END ELSE BEGIN INSERT INTO PAISES (CO_PAIS, DESCRIPCION) VALUES (@coPais, @descripcion) END
CASE <expresion> WHEN <valor_expresion> THEN <valor_devuelto> WHEN <valor_expresion> THEN <valor_devuelto> ELSE <valor_devuelto> -- Valor por defecto END Ejemplo de CASE.
DECLARE @Web varchar(100), @diminutivo varchar(3) SET @diminutivo = 'DJK' SET @Web = (CASE @diminutivo WHEN 'DJK' THEN 'www.Microsoft.com' WHEN 'ALM' THEN 'www.aleamedia.com' ELSE 'www.Microsoft.com' END) PRINT @Web
CASE WHEN <expresion> = <valor_expresion> THEN <valor_devuelto> WHEN <expresion> = <valor_expresion> THEN <valor_devuelto> ELSE <valor_devuelto> -- Valor por defecto END El mismo ejemplo aplicando esta sintaxis:
DECLARE @Web varchar(100), @diminutivo varchar(3) SET @diminutivo = 'DJK' SET @Web = (CASE WHEN @diminutivo = 'DJK' THEN 'www.Microsoft.com' WHEN @diminutivo = 'ALM' THEN 'www.aleamedia.com' ELSE 'www.Microsoft.com' END) PRINT @Web
DECLARE @Web varchar(100), @diminutivo varchar(3) SET @diminutivo = 'DJK' SET @Web = (CASE WHEN @diminutivo = 'DJK' THEN (SELECT web FROM WEBS WHERE id=1) WHEN @diminutivo = 'ALM' THEN (SELECT web FROM WEBS WHERE id=2) ELSE 'www.Microsoft.com' END) PRINT @Web
Bucle WHILE
El bucle WHILE se repite mientras expresion se evalue como verdadero. Es el nico tipo de bucle del que dispone Transact SQL.
DECLARE @contador int SET @contador = 0 WHILE (@contador < 100) BEGIN SET @contador = @contador + 1 PRINT 'Iteracion del bucle ' + cast(@contador AS varchar) END Podemos pasar a la siguiente iteracin del bucle utilizando CONTINUE.
DECLARE @contador int SET @contador = 0 WHILE (@contador < 100) BEGIN SET @contador = @contador + 1 IF (@contador % 2 = 0) CONTINUE PRINT 'Iteracion del bucle ' + cast(@contador AS varchar) END El bucle se dejar de repetir con la instruccin BREAK.
DECLARE @contador int SET @contador = 0 WHILE (1 = 1) BEGIN SET @contador = @contador + 1 IF (@contador % 50 = 0) BREAK PRINT 'Iteracion del bucle ' + cast(@contador AS varchar) END Tambin podemos utilizar el bucle WHILE conuntamente con subconsultas.
DECLARE @coRecibo int WHILE EXISTS (SELECT * FROM RECIBOS WHERE PENDIENTE = 'S')-- Ojo, la subconsulta se ejecuta -- una vez por cada iteracion -- del bucle! BEGIN SET @coRecibo = (SELECT TOP 1 CO_RECIBO FROM RECIBOS WHERE PENDIENTE = 'S') UPDATE RECIBOS SET PENDIENTE = 'N' WHERE CO_RECIBO = @coRecibo END
Estructura GOTO
La sentencia goto nos permite desviar el flujo de ejecucin hacia una etiqueta. Fu muy utilizada en versiones anteriores de SQL Server conjuntamente con la variable de sistema @@ERROR para el control de errores. Actualmente, se desaconseja el uso GOTO, recomendandose el uso de TRY - CATCH para la gestion de errores.
DECLARE @divisor int, @dividendo int, @resultado int SET @dividendo = 100 SET @divisor = 0 SET @resultado = @dividendo/@divisor IF @@ERROR > 0 GOTO error PRINT 'No hay error' RETURN error: PRINT 'Se ha producido una division por cero'
BEGIN TRY ... END TRY BEGIN CATCH ... END CATCH El siguiente ejemplo ilustra el uso de TRY - CATCH.
BEGIN TRY DECLARE @divisor int , @dividendo int, @resultado int SET @dividendo = 100 SET @divisor = 0 -- Esta lnea provoca un error de divisin por 0 SET @resultado = @dividendo/@divisor PRINT 'No hay error' END TRY BEGIN CATCH PRINT 'Se ha producido un error' END CATCH
BEGIN TRY DECLARE @divisor int , @dividendo int, @resultado int SET @dividendo = 100 SET @divisor = 0 -- Esta linea provoca un error de division por 0 SET @resultado = @dividendo/@divisor PRINT 'No hay error' END TRY BEGIN CATCH PRINT ERROR_NUMBER() PRINT ERROR_SEVERITY() PRINT ERROR_STATE() PRINT ERROR_PROCEDURE() PRINT ERROR_LINE() PRINT ERROR_MESSAGE() END CATCH Lgicamente, podemos utilizar estas funciones para almacenar esta informacin en una tabla de la base de datos y registrar todos los errores que se produzcan.
DECLARE @divisor int , @dividendo int , @resultado int SET @dividendo = 100 SET @divisor = 0 -- Esta linea provoca un error de division por 0 SET @resultado = @dividendo/@divisor IF @@ERROR = 0 BEGIN PRINT 'No hay error' END ELSE BEGIN PRINT 'Hay error' END El uso de @@ERROR para controlar errores puede provocar multitud de problemas. Uno de los ms habituales es sin duda, incluir una nueva sentencia Transact SQL entre la lnea que provoco el error y la que lo controla. Esa nueva instruccin restaura el valor de @@ERROR y no controlaremos el error. El siguiente ejemplo ilustra esta situacin:
DECLARE @divisor int , @dividendo int , @resultado int SET @dividendo = 100 SET @divisor = 0 -- Esta lnea provoca un error de divisin por 0 SET @resultado = @dividendo/@divisor PRINT 'Controlando el error ...' -- Esta lnea estable @@ERROR a cero IF @@ERROR = 0 BEGIN -- Se ejecuta esta parte! PRINT 'No hay error' END ELSE BEGIN PRINT 'Hay error'
END
DECLARE @tipo int, @clasificacion int SET @tipo = 1 SET @clasificacion = 3 IF (@tipo = 1 AND @clasificacion = 3) BEGIN RAISERROR ('El tipo no puede valer uno y la clasificacion 3', 16, -- Severidad 1 -- Estado ) END La funcin RAISERROR recibe tres parmetros, el mensaje del error (o cdigo de error predefinido), la severidad y el estado. La severidad indica el grado de criticidad del error. Admite valores de 0 al 25, pero solo podemos asignar valores del 0 al 18. Los errores el 20 al 25 son considerados fatales por el sistema, y cerraran la conexin que ejecuta el comando RAISERROR. Para asignar valores del 19 al 25 necesitares ser miembros de la funcin de SQL Server sysadmin. El estado es un valor para permitir que el programador identifique el mismo error desde diferentes partes del cdigo. Admite valores entre 1 y 127, permite tratar
El uso del asterisco indica que queremos que la consulta devuelva todos los campos que existen en la tabla.
Ahora vamos a realizar una consulta obteniendo adems de los datos de familias, los datos de las categoras y los productos.
SELECT * FROM FAMILIAS INNER JOIN CATEGORIAS ON CATEGORIAS.CO_FAMILIA = FAMILIAS.CO_FAMILIA INNER JOIN PRODUCTOS ON PRODUCTOS.CO_CATEGORIA = CATEGORIAS.CO_CATEGORIA La combinacin se realiza a travs de la clusula INNER JOIN, que es una clausula exclusiva, es decir las familias que no tengan categoras y productos asociados no se devolvern. Si queremos realizar la consulta para que no sea exclusiva, tenemos que utilizar LEFT JOIN. El uso de la palabra reservada OUTER es opcional.
SELECT * FROM FAMILIAS LEFT OUTER JOIN CATEGORIAS ON CATEGORIAS.CO_FAMILIA = FAMILIAS.CO_FAMILIA LEFT OUTER JOIN PRODUCTOS ON PRODUCTOS.CO_CATEGORIA = CATEGORIAS.CO_CATEGORIA Los registros que no tengan datos relacionados en una consulta LEFT JOIN devolvern en valor null en los campos que correspondan a las tablas en las que no tienen dato. Tambin podemos forzar un producto cartesiano (todos con todos) a travs de CROSS JOIN.
La clusula WHERE
La clusula WHERE es la instruccin que nos permite filtrar el resultado de una sentencia SELECT.
SELECT CO_FAMILIA, FAMILIA FROM FAMILIAS WHERE CO_FAMILIA = 1 Por supuesto, podemos especificar varias condiciones para el WHERE:
SELECT * FROM FAMILIAS WHERE CO_FAMILIA = 1 OR CO_FAMILIA = 2 Podemos agrupar varios valores para una condicin en la clusula IN:
La clusula WHERE se puede utilizar conjuntamente con INNER JOIN, LEFT JOIN ...
SELECT
FAMILIAS.CO_FAMILIA, FAMILIAS.FAMILIA
FROM FAMILIAS INNER JOIN CATEGORIAS ON CATEGORIAS.CO_FAMILIA = FAMILIAS.CO_FAMILIA WHERE FAMILIAS.CO_FAMILIA > 1
Siempre que incluyamos un valor alfanumrico para un campo en la condicin WHERE este debe ir entre comillas simples:
SELECT * FROM FAMILIAS WHERE FAMILIA = 'FAMILIA 1' Para consultar campos alfanumricos, es decir, campos de texto podemos utilizar el operador LIKE conjuntamente con comodines.
SELECT * FROM FAMILIAS WHERE FAMILIA LIKE 'FAM%' Los comodines que podemos utilizar en son los siguientes:
% , representa cualquier cadena de texto de cero o ms caracteres de cualquier longitud. _ , representa un carcter. [a-d], representa cualquier carcter del intervalo a-d. [abcd], representa cualquier carcter del grupo abcd. [^a-d], representa cualquier carcter diferente del intervalo a-d. [^abcd], representa cualquier carcter distinto del grupo abcd.
SELECT DISTINCT FAMILIA -- Devuelve los distintos valores de FAMILIA FROM FAMILIAS Podemos limitar el nmero de registros que devuelve la consulta a travs de la clusula TOP. La clusula TOP admite como parmetros un valor numrico entero o un porcentaje (slo a partir de la versin 2005)
SELECT TOP 10 * -- Devuelve 10 registros FROM FAMILIAS SELECT TOP 50 PERCENT * -- Devuelve el 50% de los registros FROM FAMILIAS
La clusula ORDER BY
Podemos especificar el orden en el que sern devueltos los datos a travs de la clusula ORDER BY.
SELECT CO_FAMILIA, FAMILIA FROM FAMILIAS ORDER BY FAMILIA DESC Tambin podemos indicar el ndice del campo en la lista de seleccin en lugar de su nombre :
SELECT CO_FAMILIA, FAMILIA FROM FAMILIAS ORDER BY 2 DESC -- Ordena por FAMILIA
Consultas agregadas
La clusula GROUP BY
La clusula GROUP BY combina los registros devueltos por una consulta SELECT obteniendo uno o varios valores agregados(suma, valor mnimo y mximo ...). Para cada registro se puede crear un valor agregado si se incluye una funcin SQL agregada, como por ejemplo Sum o Count, en la instruccin SELECT. Su sintaxis es:
SELECT [ALL | DISTINCT ] [TOP <n> [WITH TIES]] <nombre_campo> [{,<nombre_campo>}] [{,<funcion_agregado>}] FROM <nombre_tabla>|<nombre_vista> [{,<nombre_tabla>|<nombre_vista>}] [WHERE <condicion> [{ AND|OR <condicion>}]] [GROUP BY <nombre_campo> [{,<nombre_campo >}]] [HAVING <condicion>[{ AND|OR <condicion>}]] [ORDER BY <nombre_campo>|<indice_campo> [ASC | DESC] [{,<nombre_campo>|<indice_campo> [ASC | DESC ]}]] Si se utiliza GROUP BY pero no existe una funcin SQL agregada en la instruccin SELECT se obtiene el mismo resultado que con una consulta SELECT DISTINCT. Los valores Null en los campos GROUP BY se agrupan y no se omiten. No obstante, los valores Null no se evalan en ninguna de las funciones SQL agregadas. Todos los campos de la lista de campos de SELECT deben incluirse en la clusula GROUP BY o como argumentos de una funcin SQL agregada. El siguiente ejemplo realiza una "cuenta" de los datos que hay en la tabla PRODUCTOS.
Este otro ejemplo, muestra la suma del PRECIO de cada uno de los productos que componen un pedido, para calcular el total del pedido agrupado por los datos del cliente.
SELECT
FROM DETALLE_PEDIDO INNER JOIN PEDIDOS ON DETALLE_PEDIDO.CO_PEDIDO = PEDIDOS.CO_PEDIDO INNER JOIN CLIENTES ON PEDIDOS.CO_CLIENTE = CLIENTES.CO_CLIENTE GROUP BY CLIENTES.NOMBRE, CLIENTES.APELLIDO1, CLIENTES.APELLIDO2
Siempre que incluyamos una clausula WHERE en una consulta agregada esta se aplica antes de calcular el valor agregado. Es decir, si sumamos el valor de las ventas por producto, la suma se calcula despus de haber aplicado el filtro impuesto por la clusula WHERE.
SELECT
FROM DETALLE_PEDIDO INNER JOIN PEDIDOS ON DETALLE_PEDIDO.CO_PEDIDO = PEDIDOS.CO_PEDIDO INNER JOIN CLIENTES ON PEDIDOS.CO_CLIENTE = CLIENTES.CO_CLIENTE -- La clusula WHERE se aplica antes de realizar el calculo WHERE CLIENTES.NOMBRE != 'UN NOMBRE' GROUP BY CLIENTES.NOMBRE, CLIENTES.APELLIDO1, CLIENTES.APELLIDO2
La clusula HAVING
Es posible que necesitemos calcular un agregado, pero que no necesitemos obtener todos los datos, solo los que cumplan una condicin del agregado. Por ejemplo, podemos calcular el valor de las ventas por producto, pero que solo queramos ver los datos de los productos que hayan vendido ms o menos de una determinada cantidad. En estos casos debemos utilizar la clusula HAVING. Una vez que GROUP BY ha combinado los registros, HAVING muestra cualquier registro agrupado por la clusula GROUP BY que satisfaga las condiciones de la clusula HAVING. Se utiliza la clusula WHERE para excluir aquellas filas que no desea agrupar, y la clusula HAVING para filtrar los registros una vez agrupados.
HAVING es similar a WHERE, determina qu registros se seleccionan pero despus de calcular el agregado. Una vez que los registros se han agrupado utilizando GROUP BY, HAVING determina cules de ellos se van a mostrar. HAVING permite el uso de funciones agregadas.
SELECT
FROM DETALLE_PEDIDO INNER JOIN PEDIDOS ON DETALLE_PEDIDO.CO_PEDIDO = PEDIDOS.CO_PEDIDO INNER JOIN CLIENTES ON PEDIDOS.CO_CLIENTE = CLIENTES.CO_CLIENTE -- La clusula WHERE se aplica antes de realizar el calculo WHERE CLIENTES.NOMBRE != 'UN NOMBRE' GROUP BY CLIENTES.NOMBRE, CLIENTES.APELLIDO1, CLIENTES.APELLIDO2 HAVING SUM(PRECIO) > 100
Funciones agregadas.
Transact SQL pone a nuestra disposicin mltiples funciones agregadas, las ms comunes son: MAX MIN COUNT SUM AVG
AVG
Calcula la media aritmtica de un conjunto de valores contenidos en un campo especificado de una consulta. Su sintaxis es la siguiente
AVG(<expr>)
En donde expr representa el campo que contiene los datos numricos para los que se desea calcular la media o una expresin que realiza un clculo utilizando los datos de dicho campo. La media calculada por Avg es la media aritmtica (la suma de los valores dividido por el nmero de valores). La funcin Avg no incluye ningn campo Null en el clculo.
SELECT
FROM DETALLE_PEDIDO INNER JOIN PEDIDOS ON DETALLE_PEDIDO.CO_PEDIDO = PEDIDOS.CO_PEDIDO INNER JOIN CLIENTES ON PEDIDOS.CO_CLIENTE = CLIENTES.CO_CLIENTE GROUP BY CLIENTES.NOMBRE, CLIENTES.APELLIDO1, CLIENTES.APELLIDO2
Count
Calcula el nmero de registros devueltos por una consulta. Su sintaxis es la siguiente:
COUNT(<expr>) En donde expr contiene el nombre del campo que desea contar. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una funcin (la cual puede ser intrnseca o definida por el usuario pero no otras de las funciones agregadas de SQL). Puede contar cualquier tipo de datos incluso texto. Aunque expr puede realizar un clculo sobre un campo, Count simplemente cuenta el nmero de registros sin tener en cuenta qu valores se almacenan en los registros. La funcin Count no cuenta los registros que tienen campos null a menos que expr sea el carcter comodn asterisco (*). Si utiliza un asterisco, Count calcula el nmero total de registros, incluyendo aquellos que contienen campos null. Count(*) es considerablemente ms rpida que Count(Campo).
SELECT COUNT(*) FROM PEDIDOS SELECT CLIENTES.NOMBRE, COUNT(*) FROM PEDIDOS INNER JOIN CLIENTES ON PEDIDOS.CO_CLIENTE = CLIENTES.CO_CLIENTE GROUP BY CLIENTES.NOMBRE
Max, Min
Devuelven el mnimo o el mximo de un conjunto de valores contenidos en un campo especifico de una consulta. Su sintaxis es:
MIN(<expr>) MAX(<expr>) En donde expr es el campo sobre el que se desea realizar el clculo. Expr puede incluir el nombre de un campo de una tabla, una constante o una funcin (la cual puede ser intrnseca o definida por el usuario pero no otras de las funciones agregadas de SQL).
SELECT
Sum
Devuelve la suma del conjunto de valores contenido en un campo especifico de una consulta. Su sintaxis es:
SUM(<expr>) En donde expr representa el nombre del campo que contiene los datos que desean sumarse o una expresin que realiza un clculo utilizando los datos de dichos campos. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una funcin (la cual puede ser intrnseca o definida por el usuario pero no otras de las funciones agregadas de SQL).
SELECT
CLIENTES.NOMBRE, SUM(PEDIDOS.TOTAL_PEDIDO)
SELECT TOP 3 CLIENTES.NOMBRE, SUM(DETALLE_PEDIDO.PRECIO) FROM DETALLE_PEDIDO INNER JOIN PEDIDOS ON DETALLE_PEDIDO.CO_PEDIDO = PEDIDOS.CO_PEDIDO INNER JOIN CLIENTES ON PEDIDOS.CO_CLIENTE = CLIENTES.CO_CLIENTE GROUP BY CLIENTES.NOMBRE ORDER BY 2 -- SUM(DETALLE_PEDIDO.PRECIO_UNIDAD) Sin embargo, puede darse el caso, de que el cuarto cliente devuelto por la consulta tenga un valor agregado idntico al tercero, (es decir, estn empatados). El uso de TOP 3 discriminara el cuarto registro. Para evitar este comportamiento, y que la consulta devuelva tambin al cuarto cliente utilizamos la
SELECT TOP 3 WITH TIES CLIENTES.NOMBRE, SUM(DETALLE_PEDIDO.PRECIO) FROM DETALLE_PEDIDO INNER JOIN PEDIDOS ON DETALLE_PEDIDO.CO_PEDIDO = PEDIDOS.CO_PEDIDO INNER JOIN CLIENTES ON PEDIDOS.CO_CLIENTE = CLIENTES.CO_CLIENTE GROUP BY CLIENTES.NOMBRE ORDER BY 2 -- SUM(DETALLE_PEDIDO.PRECIO_UNIDAD)
Adicionalmente, disponemos de dos opciones ms TYPE y ELEMENTS que determinan el formato del XML resultante. Los vemos con ejemplos. Un ejemplo de XML AUTO.
SELECT CO_FAMILIA, FAMILIA FROM FAMILIAS ORDER BY FAMILIA FOR XML AUTO, TYPE Obtendremos el siguiente resultado:
<FAMILIAS CO_FAMILIA="1" FAMILIA="FAMILIA 1" /> <FAMILIAS CO_FAMILIA="2" FAMILIA="FAMILIA 2" /> <FAMILIAS CO_FAMILIA="3" FAMILIA="FAMILIA 3" /> <FAMILIAS CO_FAMILIA="4" FAMILIA="FAMILIA 4" /> Podemos obtener el resultado como elementos de la siguiente forma:
SELECT CO_FAMILIA, FAMILIA FROM FAMILIAS FOR XML AUTO, ELEMENTS Obtendremos el siguiente resultado:
<FAMILIAS> <CO_FAMILIA>1</CO_FAMILIA> <FAMILIA>FAMILIA 1</FAMILIA> </FAMILIAS> <FAMILIAS> <CO_FAMILIA>2</CO_FAMILIA> <FAMILIA>FAMILIA 2</FAMILIA> </FAMILIAS> <FAMILIAS> <CO_FAMILIA>3</CO_FAMILIA> <FAMILIA>FAMILIA 3</FAMILIA> </FAMILIAS> <FAMILIAS> <CO_FAMILIA>4</CO_FAMILIA> <FAMILIA>FAMILIA 4</FAMILIA> </FAMILIAS> Ahora un ejemplo de XML RAW:
<row CO_FAMILIA="1" FAMILIA="FAMILIA 1" /> <row CO_FAMILIA="2" FAMILIA="FAMILIA 2" /> <row CO_FAMILIA="3" FAMILIA="FAMILIA 3" /> <row CO_FAMILIA="4" FAMILIA="FAMILIA 4" /> Podemos obtener el resultado como elementos de la siguiente forma:
<row> <CO_FAMILIA>1</CO_FAMILIA> <FAMILIA>FAMILIA 1</FAMILIA> </row> <row> <CO_FAMILIA>2</CO_FAMILIA> <FAMILIA>FAMILIA 2</FAMILIA> </row> <row> <CO_FAMILIA>3</CO_FAMILIA> <FAMILIA>FAMILIA 3</FAMILIA> </row> <row> <CO_FAMILIA>4</CO_FAMILIA> <FAMILIA>FAMILIA 4</FAMILIA> </row>
SELECT CO_FAMILIA, FAMILIA FROM FAMILIAS ORDER BY FAMILIA FOR XML RAW ('FamiliasDeProductos') , TYPE Devuelve el siguiente resultado:
<FamiliasDeProductos CO_FAMILIA="1" FAMILIA="FAMILIA 1" /> <FamiliasDeProductos CO_FAMILIA="2" FAMILIA="FAMILIA 2" /> <FamiliasDeProductos CO_FAMILIA="3" FAMILIA="FAMILIA 3" /> <FamiliasDeProductos CO_FAMILIA="4" FAMILIA="FAMILIA 4" /> Del mismo modo con la opcin ELEMENTS:
SELECT CO_FAMILIA, FAMILIA FROM FAMILIAS ORDER BY FAMILIA FOR XML RAW ('FamiliasDeProductos') , ELEMENTS Obtendremos el siguiente resultado:
<FAMILIA>FAMILIA 2</FAMILIA> </FamiliasDeProductos> <FamiliasDeProductos> <CO_FAMILIA>3</CO_FAMILIA> <FAMILIA>FAMILIA 3</FAMILIA> </FamiliasDeProductos> <FamiliasDeProductos> <CO_FAMILIA>4</CO_FAMILIA> <FAMILIA>FAMILIA 4</FAMILIA> </FamiliasDeProductos> Ahora un ejemplo con el formato XML EXPLICIT.
SELECT 1 AS TAG,
NULL AS PARENT, -- La segunda columna debe tener el alias PARENT -- El resto de columnas deben tener el alias en el formato: -- <NombreNodo>!<nodo>!<atributo> CO_FAMILIA as "FamiliaDeProductos!1!CODIGO_FAMILIA", FAMILIA as "FamiliaDeProductos!1!DESCRIPCION"
FROM FAMILIAS ORDER BY FAMILIA FOR XML EXPLICIT Obtenemos el siguiente resultado:
<FamiliaDeProductos CODIGO_FAMILIA="1" DESCRIPCION="FAMILIA 1" /> <FamiliaDeProductos CODIGO_FAMILIA="2" DESCRIPCION="FAMILIA 2" />
<FamiliaDeProductos CODIGO_FAMILIA="3" DESCRIPCION="FAMILIA 3" /> <FamiliaDeProductos CODIGO_FAMILIA="4" DESCRIPCION="FAMILIA 4" />
-- Primero creamos una tabla con un campo XML CREATE TABLE tablaXML ( ID int not null identity, DOC xml null, constraint PK_tablaXML PRIMARY KEY (ID) )
GO
-- Leemos los datos de la tabla FAMILIAS SET @xml = (SELECT CO_FAMILIA, FAMILIA FROM FAMILIAS FOR XML AUTO)
-- y los guardamos en nuestra tabla INSERT INTO tablaXML (DOC) VALUES (@xml)
-- Hacemos lo mismo con los productos SET @xml = (SELECT * FROM PRODUCTOS FOR XML AUTO)
-- Consultamos la tabla y vemos el resultado SELECT * FROM tablaXML Cuando consultemos la tabla tendremos la siguiente informacin (en mi caso claro!):
<!--Registro de la tabla familias--> <FAMILIAS CO_FAMILIA="1" FAMILIA="FAMILIA 1" /> <FAMILIAS CO_FAMILIA="2" FAMILIA="FAMILIA 2" /> <FAMILIAS CO_FAMILIA="3" FAMILIA="FAMILIA 3" /> <FAMILIAS CO_FAMILIA="4" FAMILIA="FAMILIA 4" /> <!--Registro de la tabla Productos--> <PRODUCTOS CO_PRODUCTO="1" CO_CATEGORIA="1" PRODUCTO="PRODUCTO 1" /> <PRODUCTOS CO_PRODUCTO="2" CO_CATEGORIA="1" PRODUCTO="PRODUCTO 2" /> <PRODUCTOS CO_PRODUCTO="3" CO_CATEGORIA="2" PRODUCTO="PRODUCTO 3" />
Para utilizar operaciones de conjuntos debemos cumplir una serie de normas. Las consultas a unir deben tener el mismo nmero campos, y adems los campos deben ser del mismo tipo. Slo puede haber una nica clausula ORDER BY al final de la sentencia SELECT.
UNION
UNION devuelve la suma de dos o ms conjuntos de resultados. El conjunto obtenido como resultado de UNION tiene la misma estructura que los conjuntos originales. El siguiente ejemplo muestra el uso de UNION
SELECT Nombre, Apellido1 , Apellido2, NifCif, FxNacimiento FROM EMPLEADOS UNION SELECT Nombre, Apellido1 , Apellido2, NifCif, FxNacimiento FROM CLIENTES Cuando realizamos una consulta con UNION internamente se realiza una operacin DISTINCT sobre el conjunto de resultados final. Si queremos obtener todos los valores debemos utiliza UNION ALL.
SELECT Nombre, Apellido1 , Apellido2, NifCif, FxNacimiento FROM EMPLEADOS UNION ALL SELECT Nombre, Apellido1 , Apellido2, NifCif, FxNacimiento FROM CLIENTES
EXCEPT
EXCEPT devuelve la diferencia (resta) de dos o ms conjuntos de resultados. El conjunto obtenido como resultado de EXCEPT tiene la misma estructura que los conjuntos originales. El siguiente ejemplo muestra el uso de EXCEPT
SELECT Nombre, Apellido1 , Apellido2, NifCif, FxNacimiento FROM EMPLEADOS EXCEPT SELECT Nombre, Apellido1 , Apellido2, NifCif, FxNacimiento FROM CLIENTES El uso de EXCEPT, como norma general, es mucho ms rpido que utilizar condiciones NOT IN o EXISTS en la clusula WHERE.
INTERSECT
Devuelve la interseccin entre dos o ms conjuntos de resultados en uno. El conjunto obtenido como resultado de INTERSECT tiene la misma estructura que los conjuntos originales. El siguiente ejemplo muestra el uso de INTERSECT
SELECT Nombre, Apellido1 , Apellido2, NifCif, FxNacimiento FROM EMPLEADOS INTERSECT SELECT Nombre, Apellido1 , Apellido2, NifCif, FxNacimiento FROM CLIENTES
INSERT INTO <nombre_tabla> [(<campo1>[,<campo2>,...])] values (<valor1>,<valor2>,...); El siguiente ejemplo muestra la insercin de un registro en la tabla PRECIOS.
INSERT INTO PRECIOS (PRECIO, FX_INICIO, FX_FIN, CO_PRODUCTO) VALUES (10, getdate(),getdate()+30, 1)
INSERT INTO PRECIOS DEFAULT VALUES En SQL Sever podemos marcar un campo de una tabla como auto numrico (identity), cuando insertamos un registro en dicha tabla el valor del campo se genera automticamente. Para recuperar el valor generado disponemos de varios mtodos:
Utilizar la funcin @@identity, que devuelve el ltimo valor identidad insertado por la transaccin:
INSERT INTO PRECIOS (PRECIO, FX_INICIO, FX_FIN, CO_PRODUCTO) VALUES (10, getdate(),getdate()+30, 1)
PRINT @Codigo
El uso de @@Identity no siempre es vlido, ya que al devolver el ltimo valor identidad insertado por la transaccin, no nos garantiza que el valor haya sido insertado en la tabla que nos interesa (por ejemplo la tabla podra tener un trigger que insertara datos en otra tabla con campos identidad).
INSERT INTO PRECIOS (PRECIO, FX_INICIO, FX_FIN, CO_PRODUCTO) VALUES (10, getdate(),getdate()+30, 1)
Clausula OUTPUT
A partir de la versin de SQL Server 2005 disponemos de la clusula OUTPUT para recuperar los valores que hemos insertado. Al igual que en un trigger disponemos de las tablas lgicas INSERTED y DELETED. Las columnas con prefijo DELETED reflejan el valor antes de que se complete la instruccin UPDATE o DELETE. Es decir, son una copia de los datos "antes" del cambio. DELETED no se puede utilizar con la clusula OUTPUT en la instruccin INSERT. Las columnas con prefijo INSERTED reflejan el valor despus de que se complete la instruccin UPDATE o INSERT, pero antes de que se ejecuten los desencadenadores. Es decir, son una copia de los datos "despus" del cambio. INSERTED no se puede utilizar con la clusula OUTPUT en la instruccin DELETE.
DECLARE @FILAS_INSERTADAS TABLE ( CO_PRECIO int, PRECIO decimal, FX_INICIO datetime, FX_FIN datetime,
CO_PRODUCTO int )
INSERT INTO PRECIOS (PRECIO, FX_INICIO, FX_FIN, CO_PRODUCTO) OUTPUT INSERTED.* INTO @FILAS_INSERTADAS VALUES (10, getdate(),getdate()+30, 1)
II.
Para la actualizacin de datos Transact SQL dispone de la sentencia UPDATE. La sentencia UPDATE permite la actualizacin de uno o varios registros de una nica tabla. La sintaxis de la sentencia UPDATE es la siguiente
UPDATE CLIENTES SET NOMBRE = 'Microsoft', APELLIDO1 = 'Herrarte', APELLIDO2 = 'Snchez' WHERE CO_CLIENTE = 10 Un aspecto a tener en cuenta, sobre todo si has trabajado con ORACLE, es que SQL graba los cambios inmediatamente sin necesidad de hacer COMMIT. Por supuesto podemos gestionar nosotros las transacciones pero es algo que hay que hacer de forma explcita con la instruccin BEGIN TRAN y que se ver en captulos posteriores de este tutorial.
B. C. D. E. F. G. H.
En ocasiones queremos actualizar los datos de una tabla con los datos de otra (muy comn para des normalizar un modelo de datos). Habitualmente, usamos subconsultas para este propsito, pero Transact SQL permite la utilizacin de la sentencia UPDATE INNER JOIN.
UPDATE CLIENTES SET NOMBRE = FICHERO_CLIENTES.NOMBRE, APELLIDO1 = FICHERO_CLIENTES.APELLIDO1, APELLIDO2 = FICHERO_CLIENTES.APELLIDO2 FROM CLIENTES INNER JOIN FICHERO_CLIENTES ON FICHERO_CLIENTES.CO_CLIENTE = CLIENTES.CO_CLIENTE
I.
Clausula OUTPUT
A partir de la versin de SQL Server 2005 disponemos de la clusula OUTPUT para recuperar los valores que hemos insertado. Al igual que en un trigger disponemos de las tablas lgicas INSERTED y DELETED. Las columnas con prefijo DELETED reflejan el valor antes de que se complete la instruccin UPDATE o DELETE. Es decir, son una copia de los datos "antes" del cambio. DELETED no se puede utilizar con la clusula OUTPUT en la instruccin INSERT.
DECLARE @FILAS_ACTUALIZADAS TABLE ( CO_CLIENTE int , NOMBRE varchar(100), APELLIDO1 varchar(100), APELLIDO2 varchar(100) )
APELLIDO2 = 'Snchez' OUTPUT DELETED.* INTO @FILAS_ACTUALIZADAS WHERE CO_CLIENTE IN (10, 11, 12)
SELECT * FROM @FILAS_ACTUALIZADAS Las columnas con prefijo INSERTED reflejan el valor despus de que se complete la instruccin UPDATE o INSERT, pero antes de que se ejecuten los desencadenadores. Es decir, son una copia de los datos "despus" del cambio. INSERTED no se puede utilizar con la clusula OUTPUT en la instruccin DELETE. DECLARE @FILAS_ACTUALIZADAS TABLE ( CO_CLIENTE int , NOMBRE varchar(100), APELLIDO1 varchar(100), APELLIDO2 varchar(100) ) UPDATE CLIENTES SET NOMBRE = 'Microsoft', APELLIDO1 = 'Herrarte', APELLIDO2 = 'Snchez' OUTPUT INSERTED.* INTO @FILAS_ACTUALIZADAS WHERE CO_CLIENTE IN (10, 11, 12)
Para ejecutar los ejemplos de este captulo debemos ejecutar el siguiente script, que crea la tabla "DATOS" y carga registros en ella.
CREATE TABLE DATOS ( Id int identity not null, dato varchar(100), fx_alta datetime, constraint PK_DATOS PRIMARY KEY (Id)) GO DECLARE @i int, @dato varchar(100) set @i = 0 WHILE (@i <100) BEGIN SET @i = @i +1 set @dato = 'Dato:' + cast(@i as varchar) INSERT INTO DATOS (dato, fx_alta) VALUES (@dato, getdate()) END GO SELECT * from DATOS
Para borrar los registros de la tabla "DATOS" ejecutaremos la siguiente instruccin. Ntese que no se especifica ninguna condicin WHERE por lo que se borran todos los datos de la tabla.
DELETE
FROM DATOS Lgicamente podemos especificar que registros queremos borrar a travs de la clusula WHERE.
DELETE FROM DATOS WHERE Id=12 Cuando borramos datos de una tabla, podemos obtener el nmero de filas que han sido afectadas por la instruccin a travs de la variable @@RowCount. El siguiente ejemplo ilustra el uso de @@RowCount.
SELECT @@ROWCOUNT
Clausula OUTPUT
A partir de la versin de SQL Server 2005 disponemos de la clusula OUTPUT para recuperar los valores que hemos insertado. Al igual que en un trigger disponemos de las tablas lgicas INSERTED y DELETED. Las columnas con prefijo DELETED reflejan el valor antes de que se complete la instruccin UPDATE o DELETE. Es decir, son una copia de los datos "antes" del cambio.
Truncate Table
Para borrar datos de forma masiva disponemos de la instruccin TRUNCATE TABLE, que borra todos los datos de una tabla.
TRUNCATE TABLE DATOS Cuando trabajamos con TRUNCATE TABLE debemos tener en cuenta las siguientes consideraciones: TRUNCATE TABLE no admite la clusula WHERE. No podemos ejecutar TRUNCATE TABLE sobre tablas que sean "padres" en foreign keys.
DECLARE @importe DECIMAL(18,2), @CuentaOrigen VARCHAR(12), @CuentaDestino VARCHAR(12) /* Asignamos el importe de la transferencia * y las cuentas de origen y destino */ SET @importe = 50 SET @CuentaOrigen = '200700000001'
/* Descontamos el importe de la cuenta origen */ UPDATE CUENTAS SET SALDO = SALDO - @importe WHERE NUMCUENTA = @CuentaOrigen
/* Registramos el movimiento */ INSERT INTO MOVIMIENTOS (IDCUENTA, SALDO_ANTERIOR, SALDO_POSTERIOR, IMPORTE, FXMOVIMIENTO) SELECT IDCUENTA, SALDO + @importe, SALDO, @importe, getdate() FROM CUENTAS WHERE NUMCUENTA = @CuentaOrigen
/* Incrementamos el importe de la cuenta destino */ UPDATE CUENTAS SET SALDO = SALDO + @importe WHERE NUMCUENTA = @CuentaDestino
/* Registramos el movimiento */ INSERT INTO MOVIMIENTOS (IDCUENTA, SALDO_ANTERIOR, SALDO_POSTERIOR, IMPORTE, FXMOVIMIENTO) SELECT IDCUENTA, SALDO - @importe, SALDO, @importe, getdate() FROM CUENTAS WHERE NUMCUENTA = @CuentaDestino
Esta forma de actuar seria errnea, ya que cada instruccin se ejecutara y confirmara de forma independiente, por lo que un error dejara los datos errneos en la base de datos ( y ese es el peor error que nos podemos encontrar! )
Cada transaccin se inicia explcitamente con la instruccin BEGIN TRANSACTION y se termina explcitamente con una instruccin COMMIT o ROLLBACK.
Transacciones implcitas
Se inicia automticamente una nueva transaccin cuando se ejecuta una instruccin que realiza modificaciones en los datos, pero cada transaccin se completa explcitamente con una instruccin COMMIT o ROLLBACK.
--Desactivamos el modo de transacciones implcitas SET IMPLICIT_TRANSACTIONS OFF Cuando la opcin ANSI_DEFAULTS est establecida en ON, IMPLICIT_TRANSACTIONS tambin se establece en ON. El siguiente ejemplo muestra el script anterior haciendo uso de transacciones explicitas.
BEGIN TRANSACTION -- O solo BEGIN TRAN BEGIN TRY /* Descontamos el importe de la cuenta origen */ UPDATE CUENTAS SET SALDO = SALDO - @importe WHERE NUMCUENTA = @CuentaOrigen
/* Registramos el movimiento */ INSERT INTO MOVIMIENTOS (IDCUENTA, SALDO_ANTERIOR, SALDO_POSTERIOR, IMPORTE, FXMOVIMIENTO) SELECT IDCUENTA, SALDO + @importe, SALDO, @importe, getdate() FROM CUENTAS WHERE NUMCUENTA = @CuentaOrigen
/* Incrementamos el importe de la cuenta destino */ UPDATE CUENTAS SET SALDO = SALDO + @importe WHERE NUMCUENTA = @CuentaDestino
/* Registramos el movimiento */
INSERT INTO MOVIMIENTOS (IDCUENTA, SALDO_ANTERIOR, SALDO_POSTERIOR, IMPORTE, FXMOVIMIENTO) SELECT IDCUENTA, SALDO - @importe, SALDO, @importe, getdate() FROM CUENTAS WHERE NUMCUENTA = @CuentaDestino
END TRY BEGIN CATCH /* Hay un error, deshacemos los cambios*/ ROLLBACK TRANSACTION -- O solo ROLLBACK PRINT 'Se ha producido un error!' END CATCH
SET IMPLICIT_TRANSACTIONS ON
@CuentaDestino VARCHAR(12)
/* Asignamos el importe de la transferencia * y las cuentas de origen y destino */ SET @importe = 50 SET @CuentaOrigen = '200700000002' SET @CuentaDestino = '200700000001'
BEGIN TRY /* Descontamos el importe de la cuenta origen */ UPDATE CUENTAS SET SALDO = SALDO - @importe WHERE NUMCUENTA = @CuentaOrigen
/* Registramos el movimiento */ INSERT INTO MOVIMIENTOS (IDCUENTA, SALDO_ANTERIOR, SALDO_POSTERIOR, IMPORTE, FXMOVIMIENTO) SELECT IDCUENTA, SALDO + @importe, SALDO, @importe, getdate() FROM CUENTAS WHERE NUMCUENTA = @CuentaOrigen
/* Registramos el movimiento */ INSERT INTO MOVIMIENTOS (IDCUENTA, SALDO_ANTERIOR, SALDO_POSTERIOR, IMPORTE, FXMOVIMIENTO) SELECT IDCUENTA, SALDO - @importe, SALDO, @importe, getdate() FROM CUENTAS WHERE NUMCUENTA = @CuentaDestino
/* Confirmamos la transaccion*/ COMMIT TRANSACTION -- O solo COMMIT END TRY BEGIN CATCH /* Hay un error, deshacemos los cambios*/ ROLLBACK TRANSACTION -- O solo ROLLBACK PRINT 'Se ha producido un error!' END CATCH
La transaccin sigue activa hasta que emita una instruccin COMMIT o ROLLBACK. Una vez que la primera transaccin se ha confirmado o revertido, se inicia automticamente una nueva transaccin la siguiente vez que la conexin ejecuta una instruccin para modificar datos. La conexin contina generando transacciones implcitas hasta que se desactiva el modo de transacciones implcitas.
SET IMPLICIT_TRANSACTIONS ON BEGIN TRY UPDATE CUENTAS SET FXALTA = FXALTA - 1 PRINT @@TRANCOUNT COMMIT END TRY BEGIN CATCH ROLLBACK PRINT 'Error' END CATCH Otro punto a tener en cuenta cuando trabajamos con transacciones son los bloqueos y el nivel de aislamiento. Podemos aprender ms sobre bloqueos y nivel de aislamiento en este artculo.
Transacciones anidadas.
Podemos anidar varias transacciones. Cuando anidamos varias transacciones la instruccin COMMIT afectar a la ltima transaccin abierta, pero ROLLBACK afectar a todas las transacciones abiertas. Un hecho a tener en cuenta, es que, si hacemos ROLLBACK de la transaccin superior se desharn tambin los cambios de todas las transacciones internas, aunque hayamos realizado COMMIT de ellas.
BEGIN TRAN
BEGIN TRAN
Una consideracin a tener en cuanta cuando trabajamos con transacciones anidadas es la posibilidad de utilizar puntos de guardado o SAVEPOINTs.
BEGIN TRAN
-- Este ROLLBACK afecta solo a las instrucciones -- posteriores al savepoint P1. ROLLBACK TRANSACTION P1
III.
Un procedimiento es un programa dentro de la base de datos que ejecuta una accin o conjunto de acciones especficas. Un procedimiento tiene un nombre, un conjunto de parmetros (opcional) y un bloque de cdigo. En Transact SQL los procedimientos almacenados pueden devolver valores (numrico entero) o conjuntos de resultados. Para crear un procedimiento almacenado debemos emplear la sentencia CREATE PROCEDURE.
CREATE PROCEDURE <nombre_procedure> [@param1 <tipo>, ...] AS -- Sentencias del procedure Para modificar un procedimiento almacenado debemos emplear la sentencia ALTER PROCEDURE.
El siguiente ejemplo muestra un procedimiento almacenado, denominado spu_addCliente que inserta un registro en la tabla "CLIENTES".
CREATE PROCEDURE spu_addCliente @nombre varchar(100), @apellido1 varchar(100), @apellido2 varchar(100), @nifCif varchar(20), @fxNaciento datetime
AS INSERT INTO CLIENTES (nombre, apellido1, apellido2, nifcif, fxnacimiento) VALUES (@nombre, @apellido1, @apellido2, @nifCif, @fxNaciento)
Para la ejecutar un procedimiento almacenado debemos utilizar la sentencia EXEC. Cuando la ejecucin del procedimiento almacenado es la primera instruccin del lote, podemos omitir el uso de EXEC. El siguiente ejemplo muestra la ejecucin del procedimiento almacenado anterior.
DECLARE @fecha_nacimiento datetime set @fecha_nacimiento = convert(datetime, '13/05/1975', 103) EXEC spu_addCliente 'Pedro', 'Herrarte', 'Sanchez', '00000002323', @fecha_nacimiento Siempre es deseable que las instrucciones del procedure esten dentro de un bloque TRY CATCH y controlados por una transaccin.
@nombre varchar(100), @apellido1 varchar(100), @apellido2 varchar(100), @nifCif varchar(20), @fxNaciento datetime
AS BEGIN TRY BEGIN TRAN INSERT INTO CLIENTES (nombre, apellido1, apellido2, nifcif, fxnacimiento) VALUES
(@nombre, @apellido1, @apellido2, @nifCif, @fxNaciento) COMMIT END TRY BEGIN CATCH ROLLBACK PRINT ERROR_MESSAGE() END CATCH Si queremos que los parmetros de un procedimiento almacenado sean de entrada-salida debemos especificarlo a travs de la palabra clave OUTPUT , tanto en la definicin del procedure como en la ejecucin. El siguiente ejemplo muestra la definicin de un procedure con parmetros de salida.
CREATE PROCEDURE spu_ObtenerSaldoCuenta @numCuenta varchar(20), @saldo decimal(10,2) output AS BEGIN SELECT @saldo = SALDO FROM CUENTAS WHERE NUMCUENTA = @numCuenta END
DECLARE @saldo decimal(10,2) EXEC spu_ObtenerSaldoCuenta '200700000001', @saldo output PRINT @saldo
Un procedimiento almacenado puede devolver valores numricos enteros a travs de la instruccin RETURN. Normalmente debemos utilizar los valores de retorno para determinar si la ejecucin del procedimiento ha sido correcta o no. Si queremos obtener valores se recomienda utilizar parmetros de salida o funciones escalares (se vern ms adelante en este tutorial). El siguiente ejemplo muestra un procedimiento almacenado que devuelve valores.
CREATE PROCEDURE spu_EstaEnNumerosRojos @numCuenta varchar(20) AS BEGIN IF (SELECT SALDO FROM CUENTAS WHERE NUMCUENTA = @numCuenta) < 0 BEGIN RETURN 1 END ELSE RETURN 0 END El siguiente ejemplo muestra como ejecutar el procedure y obtener el valor devuelto.
Otra caracterstica muy interesante de los procedimientos almacenados en Transact SQL es que pueden devolver uno o varios conjuntos de resultados. El siguiente ejemplo muestra un procedimiento almacenado que devuelve un conjunto de resultados.
CREATE PROCEDURE spu_MovimientosCuenta @numCuenta varchar(20) AS BEGIN SELECT @numCuenta, SALDO_ANTERIOR, SALDO_POSTERIOR, IMPORTE, FXMOVIMIENTO FROM MOVIMIENTOS INNER JOIN CUENTAS ON MOVIMIENTOS.IDCUENTA = CUENTAS.IDCUENTA WHERE NUMCUENTA = @numCuenta ORDER BY FXMOVIMIENTO DESC END La ejecucin del procedimiento se realiza normalmente.
SALDO_ANTERIOR SALDO_POSTERIOR IMPORTE FXMOVIMIENTO -------------- ---------------- ------- -----------50.99 0.99 50.99 100.99 50.99 0.99 50.00 50.00 50.00 2007-08-25 2007-08-23 2007-08-23
Funciones escalares
Las funciones escalares devuelven un nico valor de cualquier tipo de los datos tal como int, money, varchar, real, etc. La sintaxis para una funcin escalar es la siguiente:
CREATE FUNCTION <Scalar_Function_Name, sysname, FunctionName> ( -- Lista de parmetros <@Param1, sysname, @p1> <Data_Type_For_Param1, , int>, ... ) -- Tipo de datos que devuelve la funcin. RETURNS <Function_Data_Type, ,int> AS BEGIN ... END
CREATE FUNCTION fn_MultiplicaSaldo ( @NumCuenta VARCHAR(20), @Multiplicador DECIMAL(10,2) ) RETURNS DECIMAL(10,2) AS BEGIN DECLARE @Saldo DECIMAL(10,2), @Return DECIMAL(10,2)
RETURN @Return END Pueden ser utilizadas en cualquier sentencia Transact SQL. Un aspecto a tener en cuenta, es que para utilizar una funcin escalar debemos identificar el nombre de la funcin con el propietario de la misma.
El siguiente ejemplo muestra cmo utilizar la funcin anteriormente creada en una sentencia Transact SQL. Un aspecto muy a tener en cuenta es que la funcin ejecutar sus sentencias SELECT una vez por cada fila del conjunto de resultados devuelto por la consulta SELECT principal.
SELECT
PRINT @Resultado Las funciones escalares son muy similares a procedimientos almacenados con parmetros de salida, pero estas pueden ser utilizadas en consultas de seleccin y en la clusula where de las mismas. Las funciones no pueden ejecutar sentencias INSERT o UPDATE.
Funciones en lnea
Las funciones en lnea son las funciones que devuelven un conjunto de resultados correspondientes a la ejecucin de una sentencia SELECT. La sintaxis para una funcin de tabla en lnea es la siguiente:
CREATE FUNCTION <Inline_Function_Name, sysname, FunctionName> ( -- Lista de parmetros <@param1, sysname, @p1> <Data_Type_For_Param1, , int>,... ) RETURNS TABLE AS RETURN ( -- Sentencia Transact SQL ) El siguiente ejemplo muestra cmo crear una funcin en lnea.
SELECT MOVIMIENTOS.* FROM MOVIMIENTOS INNER JOIN CUENTAS ON MOVIMIENTOS.IDCUENTA = CUENTAS.IDCUENTA WHERE CUENTAS.NUMCUENTA = @NumCuenta ) No podemos utilizar la clusula ORDER BY en la sentencia de una funcin el lnea. Las funciones en lnea pueden utilizarse dentro de joins o querys como si fueran una tabla normal.
SELECT * FROM fn_MovimientosCuenta('200700000001') SELECT * FROM CUENTAS INNER JOIN CUENTAS_CLIENTE ON CUENTAS_CLIENTE.IDCUENTA = CUENTAS.IDCUENTA INNER JOIN CLIENTES ON CLIENTES.id = CUENTAS_CLIENTE.IDCLIENTE INNER JOIN fn_MovimientosCuenta('200700000001') A ON A.IDCUENTA= CUENTAS.IDCUENTA
CREATE FUNCTION <Table_Function_Name, sysname, FunctionName> ( -- Lista de parmetros <@param1, sysname, @p1> <data_type_for_param1, , int>, ... ) RETURNS -- variable de tipo tabla y su estructura <@Table_Variable_Name, sysname, @Table_Var> TABLE ( <Column_1, sysname, c1> <Data_Type_For_Column1, , int>, <Column_2, sysname, c2> <Data_Type_For_Column2, , int> ) AS BEGIN -- Sentencias que cargan de datos la tabla declarada RETURN END
/* Esta funcin busca la tres cuentas con mayor saldo * y obtiene los tres ltimos movimientos de cada una * de estas cuentas */
CREATE FUNCTION fn_CuentaMovimietos() RETURNS @datos TABLE ( -- Estructura de la tabla que devuelve la funcion. NumCuenta varchar(20), Saldo decimal(10,2), Saldo_anterior decimal(10,2), Saldo_posterior decimal(10,2), Importe_Movimiento decimal(10,2), FxMovimiento datetime ) AS BEGIN -- Variables necesarias para la lgica de la funcin. DECLARE @idcuenta int, @numcuenta varchar(20), @saldo decimal(10,2)
DECLARE CDATOS CURSOR FOR SELECT TOP 3 IDCUENTA, NUMCUENTA, SALDO FROM CUENTAS ORDER BY SALDO DESC
-- Recorremos el cursor WHILE (@@FETCH_STATUS = 0) BEGIN -- Insertamos la cuenta en la variable de salida INSERT INTO @datos (NumCuenta, Saldo) VALUES (@numcuenta, @saldo) -- Insertamos los tres ltimos movimientos de la cuenta INSERT INTO @datos (Saldo_anterior, Saldo_posterior, Importe_Movimiento, FxMovimiento ) SELECT TOP 3 SALDO_ANTERIOR, SALDO_POSTERIOR, IMPORTE, FXMOVIMIENTO FROM MOVIMIENTOS WHERE IDCUENTA = @idcuenta ORDER BY FXMOVIMIENTO DESC
-- Vamos a la siguiente cuenta FETCH CDATOS INTO @idcuenta, @numcuenta, @saldo END
Cast y Convert
Convierten una expresin de un tipo de datos en otro de forma explcita. CAST y CONVERT proporcionan funciones similares. CONVERT ( data_type [ ( length ) ] , expression [ , style ] ) Dnde: data_type, es el tipo de destino al que queremos convertir la expresin expresin, la expresin que queremos convertir style, parametro opcional que especifica el formato que tiene expresin. Por ejemplo, si queremos convertir un varchar a datetime, aqu debemos especificar el formato de la fecha (el tipo varchar).
DECLARE @fecha varchar(20) -- Convertimos un valor varchar a datetime -- El 103 indica el formato en el que est escrita la fecha -- 103 => dd/mm/aa SET @fecha = CONVERT(datetime, '19/03/2008',103)
SELECT @fecha
DECLARE @fecha datetime, @fechaFormateada varchar(20) -- Convertimos ahora una fecha a varchar y la formateamos -- 3 => dd/mm/aa
SELECT @fechaFormateada
-- Un ejemplo utilizando CAST DECLARE @dato varchar(2), @dato2 int SET @dato = '27' SET @dato2 = cast(@dato AS int)
1 2 3 4 5 6 7 8 10 11 12 14 -
0 o 100 (1, 2) 101 102 103 104 105 106 107 108
Valor predeterminado EE.UU. ANSI Britnico/Francs Alemn Italiano Valor predeterminado + milisegundos EE.UU. JAPN ISO Europeo predeterminado + milisegundos ODBC cannico ODBC cannico (con
mes dd aaaa hh:mia.m. (o p. m.) mm/dd/aaaa aa.mm.dd dd/mm/aa dd.mm.aa dd-mm-aa dd mes aa Mes dd, aa hh:mi:ss mes dd aaaa hh:mi:ss:mmma.m. (o p. m.) mm-dd-aa aa/mm/dd aammdd dd mes aaaa hh:mi:ss:mmm(24h) hh:mi:ss:mmm(24h) aaaa-mm-dd hh:mi:ss(24h) aaaa-mm-dd hh:mi:ss.mmm(24h)
(1) (1)
9 o 109 (1, 2) 110 111 112 13 o 113 (1, 2) 114 20 o 120 (2) 21 o 121 (2)
aaaa-mm-ddThh:mi:ss.mmm (sin espacios) aaaa-mm-ddThh:mi:ss.mmmZ (sin espacios) dd mes aaaa hh:mi:ss:mmma.m. dd/mm/aa hh:mi:ss:mmma.m.
Isnull
Evalua una expresion de entrado y si esta es NULL, reemplaza NULL con el valor de reemplazo especificado. El valor de reemplazo debe ser del mismo tipo de datos que la expresion a evaluar. ISNULL ( expression , replacement_value )
SELECT
COALESCE
Devuelve la primera expresin distinta de NULL entre sus argumentos. Un aspecto a tener en cuenta es que todos los argumentos deben ser del mismo tipo. COALESCE ( expression [ ,...n ] )
SET @dato1 = null SET @dato2 = NULL SET @dato3 = NULL SET @dato4 = 100 SET @dato5 = 125
GetDate y GetUTCDate
GetDate devuelve la fecha y hora actuales del sistema en el formato interno estndar de SQL Server 2005 para los valores datetime. GetUTCDate devuelve el valor datetime que representa la hora UTC (hora universal coordinada u hora del meridiano de Greenwich) actual.
Trigger DML, se ejecutan cuando un usuario intenta modificar datos mediante un evento de
lenguaje de manipulacin de datos (DML). Los eventos DML son instrucciones INSERT, UPDATE o DELETE de una tabla o vista. Trigger DDL, se ejecutan en respuesta a una variedad de eventos de lenguaje de definicin de datos (DDL). Estos eventos corresponden principalmente a instrucciones CREATE, ALTER y DROP de Transact-SQL, y a determinados procedimientos almacenados del sistema que ejecutan operaciones de tipo DDL.
Trigger DML.
Los trigger DML se ejecutan cuando un usuario intenta modificar datos mediante un evento de lenguaje de manipulacin de datos (DML). Los eventos DML son instrucciones INSERT, UPDATE o DELETE de una tabla o vista. La sintaxis general de un trigger es la siguiente.
CREATE TRIGGER <Trigger_Name, sysname, Trigger_Name> ON <Table_Name, sysname, Table_Name> AFTER <Data_Modification_Statements, , INSERT,DELETE,UPDATE> AS BEGIN -- SET NOCOUNT ON added to prevent extra result sets from -- interfering with SELECT statements. SET NOCOUNT ON; -- Insert statements for trigger here END Antes de ver un ejemplo es necesario conocer las tablas inserted y deleted. Las instrucciones de triggers DML utilizan dos tablas especiales denominadas inserted y deleted. SQL Server 2005 crea y administra automticamente ambas tablas. La estructura de las tablas inserted y
deleted es la misma que tiene la tabla que ha desencadenado la ejecucin del trigger. La primera tabla (inserted) solo est disponible en las operaciones INSERT y UPDATE y en ella estn los valores resultantes despues de la insercin o actualizacin. Es decir, los datos insertados. Inserted estar vacia en una operacin DELETE. En la segunda (deleted), disponible en las operaciones UPDATE y DELETE, estn los valores anteriores a la ejecucin de la actualizacin o borrado. Es decir, los datos que sern borrados. Deleted estar vacia en una operacion INSERT. No existe una tabla UPDATED? No, hacer una actualizacin es lo mismo que borrar (deleted) e insertar los nuevos (inserted). La sentencia UPDATE es la nica en la que inserted y deleted tienen datos simultaneamente. No pueden se modificar directamente los datos de estas tablas. El siguiente ejemplo, graba un histrico de saldos cada vez que se modifica un saldo de la tabla cuentas.
CREATE TRIGGER TR_CUENTAS ON CUENTAS AFTER UPDATE AS BEGIN -- SET NOCOUNT ON impide que se generen mensajes de texto -- con cada instruccin SET NOCOUNT ON; INSERT INTO HCO_SALDOS (IDCUENTA, SALDO, FXSALDO) SELECT IDCUENTA, SALDO, getdate() FROM INSERTED END
UPDATE CUENTAS SET SALDO = SALDO + 10 WHERE IDCUENTA = 1 Una consideracin a tener en cuenta es que el trigger se ejecutar aunque la instruccion DML (UPDATE, INSERT o DELETE ) no haya afectado a ninguna fila. En este caso inserted y deleted devolveran un conjunto de datos vacio. Podemos especificar a qu columnas de la tabla debe afectar el trigger.
ALTER TRIGGER TR_CUENTAS ON CUENTAS AFTER UPDATE AS BEGIN -- SET NOCOUNT ON impide que se generen mensajes de texto -- con cada instruccin SET NOCOUNT ON;
IF UPDATE(SALDO) -- Solo si se actualiza SALDO BEGIN INSERT INTO HCO_SALDOS (IDCUENTA, SALDO, FXSALDO) SELECT IDCUENTA, SALDO, getdate() FROM INSERTED END END
Los trigger estn dentro de la transaccin original (Insert, Delete o Update) por lo cual si dentro de nuestro trigger hacemos un RollBack Tran, no solo estaremos echando atrs nuestro trigger sino tambin toda la transaccin; en otras palabras si en un trigger ponemos un RollBack Tran, la transaccin de Insert, Delete o Update volver toda hacia atrs.
ALTER TRIGGER TR_CUENTAS ON CUENTAS AFTER UPDATE AS BEGIN -- SET NOCOUNT ON impide que se generen mensajes de texto -- con cada instruccin SET NOCOUNT ON; INSERT INTO HCO_SALDOS (IDCUENTA, SALDO, FXSALDO) SELECT IDCUENTA, SALDO, getdate() FROM INSERTED
ROLLBACK END
En este caso obtendremos el siguiente mensaje de error: La transaccin termin en el desencadenador. Se anul el lote. Podemos activar y desactivar Triggers a travs de las siguientes instrucciones.
-- Desactiva el trigger TR_CUENTAS DISABLE TRIGGER TR_CUENTAS ON CUENTAS GO -- activa el trigger TR_CUENTAS ENABLE TRIGGER TR_CUENTAS ON CUENTAS GO -- Desactiva todos los trigger de la tabla CUENTAS ALTER TABLE CUENTAS DISABLE TRIGGER ALL GO -- Activa todos los trigger de la tabla CUENTAS ALTER TABLE CUENTAS ENABLE TRIGGER ALL
Trigger DDL
Los trigger DDL se ejecutan en respuesta a una variedad de eventos de lenguaje de definicin de datos (DDL). Estos eventos corresponden principalmente a instrucciones CREATE, ALTER y DROP de TransactSQL, y a determinados procedimientos almacenados del sistema que ejecutan operaciones de tipo DDL. La sintaxis general de un trigger es la siguiente.
CREATE TRIGGER <trigger_name, sysname, table_alter_drop_safety> ON DATABASE FOR <data_definition_statements, , DROP_TABLE, ALTER_TABLE> AS BEGIN ... END La siguiente instruccin impide que se ejecuten sentencias DROP TABLE y ALTER TABLE en la base de datos.
CREATE TRIGGER TR_SEGURIDAD ON DATABASE FOR DROP_TABLE, ALTER_TABLE AS BEGIN RAISERROR ('No est permitido borrar ni modificar tablas !' , 16, 1) ROLLBACK TRANSACTION END
WHILE (@@FETCH_STATUS = 0) BEGIN -- Lectura de la siguiente fila de un cursor FETCH <nombre_cursor> INTO <lista_variables> ...
-- Cierra el cursor CLOSE <nombre_cursor> -- Libera los recursos del cursor DEALLOCATE <nombre_cursor>
-- Declaracion de variables para el cursor DECLARE @Id int, @Nombre varchar(255), @Apellido1 varchar(255), @Apellido2 varchar(255), @NifCif varchar(20), @FxNacimiento datetime
-- Declaracin del cursor DECLARE cClientes CURSOR FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento
FROM CLIENTES -- Apertura del cursor OPEN cClientes -- Lectura de la primera fila del cursor FETCH cClientes INTO @id, @Nombre, @Apellido1, @Apellido2, @NifCif, @FxNacimiento
WHILE (@@FETCH_STATUS = 0 ) BEGIN PRINT @Nombre + ' ' + @Apellido1 + ' ' + @Apellido2 -- Lectura de la siguiente fila del cursor FETCH cClientes INTO @id, @Nombre, @Apellido1, @Apellido2, @NifCif, @FxNacimiento
END
-- Cierre del cursor CLOSE cClientes -- Liberar los recursos DEALLOCATE cClientes
Cuando trabajamos con cursores, la funcin @@FETCH_STATUS nos indica el estado de la ltima instruccin FETCH emitida, los valores posibles son:
Valor devuelto Descripcin
0 -1 -2
La instruccin FETCH se ejecut correctamente. La instruccin FETCH no se ejecut correctamente o la fila estaba ms all del conjunto de resultados. Falta la fila recuperada.
DECLARE <nombre_cursor> CURSOR [ LOCAL | GLOBAL ] [ FORWARD_ONLY | SCROLL ] [ STATIC | KEYSET | DYNAMIC | FAST_FORWARD ] [ READ_ONLY | SCROLL_LOCKS | OPTIMISTIC ] [ TYPE_WARNING ] FOR <sentencia_sql> El primer conjunto de parmetros que podemos especificar es [ LOCAL | GLOBAL ]. A continuacin mostramos el significado de cada una de estas opciones. LOCAL
Especfica que el mbito del cursor es local para el proceso por lotes, procedimiento almacenado o desencadenador en que se cre el cursor.
DECLARE cClientes CURSOR LOCAL FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES GLOBAL
Especifica que el mbito del cursor es global para la conexin. Puede hacerse referencia al nombre del cursor en cualquier procedimiento almacenado o proceso por lotes que se ejecute en la conexin.
DECLARE cClientes CURSOR GLOBAL FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES Si no se especifica GLOBAL ni LOCAL, el valor predeterminado se controla mediante la configuracin de la opcin de base de datos default to local cursor.
El siguiente conjunto de parmetros que podemos especificar es [ FORWARD_ONLY | SCROLL ]. A continuacin mostramos el significado de cada una de estas opciones. FORWARD_ONLY
Especifica que el cursor slo se puede desplazar de la primera a la ltima fila. FETCH NEXT es la nica opcin de recuperacin admitida.
DECLARE cClientes CURSOR FORWARD_ONLY FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES
SCROLL Especifica que estn disponibles todas las opciones de recuperacin (FIRST, LAST, PRIOR, NEXT, RELATIVE, ABSOLUTE). Si no se especifica SCROLL en una instruccin DECLARE CURSOR la nica opcin de recuperacin que se admite es NEXT. No es posible especificar SCROLL si se incluye tambin FAST_FORWARD. Si se incluye la opcin SCROLL, la forma en la realizamos la lectura del cursor varia, debiendo utilizar la siguiente sintaxis: FETCH [ NEXT | PRIOR | FIRST | LAST | RELATIVE | ABSOLUTE ] FROM < INTO
-- Declaracion de variables para el cursor DECLARE @Id int, @Nombre varchar(255), @Apellido1 varchar(255), @Apellido2 varchar(255), @NifCif varchar(20), @FxNacimiento datetime
SELECT
FROM CLIENTES -- Apertura del cursor OPEN cClientes -- Lectura de la primera fila del cursor FETCH NEXT FROM cClientes INTO @id, @Nombre, @Apellido1, @Apellido2, @NifCif, @FxNacimiento
WHILE (@@FETCH_STATUS = 0 ) BEGIN PRINT @Nombre + ' ' + @Apellido1 + ' ' + @Apellido2 -- Lectura de la siguiente fila del cursor FETCH NEXT FROM cClientes INTO @id,@Nombre,@Apellido1,@Apellido2,@NifCif,@FxNacimiento END -- Lectura de la fila anterior FETCH PRIOR FROM cClientes INTO @id, @Nombre, @Apellido1, @Apellido2, @NifCif, @FxNacimiento PRINT @Nombre + ' ' + @Apellido1 + ' ' + @Apellido2 -- Cierre del cursor CLOSE cClientes -- Liberar los recursos DEALLOCATE cClientes El siguiente conjunto de parmetros que podemos especificar es [ STATIC | KEYSET | DYNAMIC | FAST_FORWARD ]. A continuacin mostramos el significado de cada una de estas opciones.
STATIC
Define un cursor que hace una copia temporal de los datos que va a utilizar. Todas las solicitudes que se realizan al cursor se responden desde esta tabla temporal de tempdb; por tanto, las modificaciones realizadas en las tablas base no se reflejan en los datos devueltos por las operaciones de recuperacin realizadas en el cursor y adems este cursor no admite modificaciones.
DECLARE cClientes CURSOR STATIC FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES KEYSET
Especifica que la pertenencia y el orden de las filas del cursor se fijan cuando se abre el cursor. El conjunto de claves que identifica las filas de forma nica est integrado en la tabla denominada keyset de tempdb.
DECLARE cClientes CURSOR KEYSET FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES DYNAMIC
Define un cursor que, al desplazarse por l, refleja en su conjunto de resultados todos los cambios realizados en los datos de las filas. Los valores de los datos, el orden y la pertenencia de las filas pueden cambiar en cada operacin de recuperacin. La opcin de recuperacin ABSOLUTE no se puede utilizar en los cursores dinmicos.
DECLARE cClientes CURSOR DYNAMIC FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES
FAST_FORWARD
Especifica un cursor FORWARD_ONLY, READ_ONLY con las optimizaciones de rendimiento habilitadas. No se puede especificar FAST_FORWARD si se especifica tambin SCROLL o FOR_UPDATE.
DECLARE cClientes CURSOR FAST_FORWARD FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES En SQL Server 2000, las opciones de cursor FAST_FORWARD y FORWARD_ONLY se excluyen mutuamente. Si se especifican ambas, se genera un error. En SQL Server 2005, las dos palabras clave se pueden utilizar en la misma instruccin DECLARE CURSOR. El siguiente conjunto de parmetros que podemos especificar es [ READ_ONLY | SCROLL_LOCKS | OPTIMISTIC ]. A continuacin mostramos el significado de cada una de estas opciones. READ_ONLY
Evita que se efecten actualizaciones a travs de este cursor. No es posible hacer referencia al cursor en una clusula WHERE CURRENT OF de una instruccin UPDATE o DELETE. Esta opcin reemplaza la capacidad de actualizar el cursor.
DECLARE cClientes CURSOR READ_ONLY FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES SCROLL_LOCKS
Especifica que se garantiza que las actualizaciones o eliminaciones posicionadas realizadas a travs del cursor sern correctas. Microsoft SQL Server bloquea las filas cuando se leen en el cursor para garantizar que estarn disponibles para futuras modificaciones. No es posible especificar SCROLL_LOCKS si se especifica tambin FAST_FORWARD o STATIC.
DECLARE cClientes CURSOR OPTIMISTIC FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES Por ltimo, queda la opcin TYPE_WARNING TYPE_WARNING
Especifica que se enva un mensaje de advertencia al cliente si el cursor se convierte implcitamente del tipo solicitado a otro.
DECLARE cClientes CURSOR TYPE_WARNING FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES Podemos especificar multiples parmetros en la apertura de cursor, pero unicamente un parmetro de cada grupo. Por ejemplo:
DECLARE cClientes CURSOR LOCAL STATIC TYPE_WARNING FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento
FROM CLIENTES Para actualizar los datos de un cursor debemos especificar FOR UPDATE despues de la sentencia SELECT en la declaracin del cursor, y WHERE CURRENT OF <nombre_cursor> en la sentencia UPDATE tal y como muestra el siguiente ejemplo. -- Declaracion de variables para el cursor DECLARE @Id int, @Nombre varchar(255), @Apellido1 varchar(255), @Apellido2 varchar(255), @NifCif varchar(20), @FxNacimiento datetime -- Declaracin del cursor DECLARE cClientes CURSOR FOR SELECT Id, Nombre, Apellido1, Apellido2, NifCif, FxNacimiento FROM CLIENTES FOR UPDATE
-- Apertura del cursor OPEN cClientes -- Lectura de la primera fila del cursor FETCH cClientes INTO @id, @Nombre, @Apellido1, @Apellido2, @NifCif, @FxNacimiento
SET APELLIDO2 = isnull(@Apellido2,'') + ' - Modificado' WHERE CURRENT OF cClientes -- Lectura de la siguiente fila del cursor FETCH cClientes INTO @id, @Nombre, @Apellido1, @Apellido2, @NifCif, @FxNacimiento END -- Cierre del cursor CLOSE cClientes -- Liberar los recursos DEALLOCATE cClientes
Desde aqu recomendamos la utilizacin de sp_executesql si bien vamos a mostrar la forma de trabajar con ambos mtodos.
La instruccin EXECUTE
La instruccin EXECUTE - o simplemente EXEC - permite ejecutar una cadena de caracteres que representa una sentencia SQL. La cadena de caracteres debe ser de tipo nvarchar . El siguiente ejemplo muestra como ejecutar una cadena de caracteres con la instruccin EXEC.
SET @sql = 'SELECT COD_PAIS, NOMBRE_PAIS, ACTIVO, FX_ALTA FROM PAISES' EXEC (@sql)
Tambin con SQL dinmico podemos ejecutar sentencias de tipo DDL (Data Definition Languaje), como CREATE TABLE.
DECLARE @sql nvarchar(1000) SET @sql='CREATE TABLE TEMPORAL ( ID int IDENTITY, DATO varchar(100))' EXEC (@sql)
SET @sql = 'SELECT * FROM TEMPORAL' EXEC (@sql) El principal inconveniente de trabajar con la instruccin EXEC es que no permite el uso de parmetros abriendo la puerta a potenciales ataques de Sql Injections Adems el uso de la instruccin EXEC es menos eficiente, en trminos de rendimiento, que sp_executesql. Para solventar el problema debemos trabajar siempre con sq_executesql, que permite el uso de parametros y con el que obtendremos un mejor rendimiento de nuestras consultas.
EXEC sp_executesql @sql sp_executesql admite la sustitucin de valores de parmetros para cualquier parmetro especificado en la cadena Transact-SQL a ejecutar. El siguiente ejemplo muestra el uso de sp_executesql con parmetros:
SET @paramDefinition = '@codPais char(3)' SET @paramValue = 'ESP' SET @sql = 'SELECT COD_PAIS,
Select row_number() over(order by name) as rowid, name,productNumber,productId from Production.product where productnumber like 'be%' order by name El resultado obtenido de esta query es el siguiente:
rowid name
productNumber
productId
-------- -------------------------------------------------- ------------------------- --------1 2 BB Ball Bearing Headset Ball Bearings BE-2349 BE-2908 3 4
A las funciones de numeracin como Row_number() le podemos agregar la clusula Partition la cual nos permitir numerar pero haciendo un corte y reiniciando el numerador a partir de ese corte. En el siguiente ejemplo hacemos uso de ello: Use AdventureWorks Go
Select row_number() over(partition by color order by name) as rowid, name,productNumber,productId,color from Production.product where color in ('Blue','Silver') order by color,name
Este ejemplo nos retornara un listado de productos donde el color sea Blue o Silver y los numerara con rowid pero al cambiar el color el numerador volver a comenzar.
rowid name
productNumber
productId color
------- --------------------------------------------- ------------------------- ----------- -------------- 25 26 1 2 3 4 Touring-3000 Blue, 58 Touring-3000 Blue, 62 Chain Chainring Bolts Chainring Nut Freewheel BK-T18U-58 BK-T18U-62 CH-0234 CB-2903 CN-6137 FH-2981 959 960 952 320 321 332 Blue Blue Silver Silver Silver Silver
Conclusiones: La instruccin Row_number() nos da la habilidad de poder numerar los resultados de nuestras querys, este tipo de tareas eran muy solicitadas por los usuarios en la versin 2000 y no
exista una solucin directa como la que podemos tener ahora con Sql2005. De todas maneras vale aclarar un concepto: Los motores de base de datos estn pensados para trabajar en conjunto de registros y no registr a registro, por lo cual les recomiendo que el uso de numeradores lo utilicen con criterio y que no se lo utilice para recorrer registr a registro (cursores).
TOP @n:
Tsql2005 incorpora una nueva funcionalidad a la instruccin TOP, hasta la versin 2000 no se le poda pasar un parmetro variable a la misma, en la versin 2005 esta funcionalidad se ha agregado. El siguiente ejemplo nos muestra cmo se implementa: USE ADVENTUREWORKS GO DECLARE @NUM INT SET @NUM = 3 SELECT TOP(@NUM) * FROM PRODUCTION.PRODUCT
En el siguiente ejercicio veremos cmo podemos utilizar TOP @n para eliminar registros de a grupos:
Use AdventureWorks Go
DECLARE @N INT
SET @N = 1
WHILE
@N <= 50000
BEGIN INSERT INTO GRANDE (NOMBRE,DIRECCION) VALUES ('SQL' + CONVERT(VARCHAR(10),@N),'DIR' + CONVERT(VARCHAR(10),@N)) SET @N = @N+1 END GO
DELETE TOP(500) FROM GRANDE WHILE @@ROWCOUNT > 0 DELETE TOP(500) FROM GRANDE SET ROWCOUNT 0
Conclusiones: Sin lugar a dudas que muchos de los desarrolladores y DBA que venimos trabajando con Sql2000 estbamos reclamando esta funcionalidad del TOP, con la misma como se podr observar se pueden lograr muchas funcionalidades que antes se deban resolver quizs con SQLDinmico.
Control de errores:
Tsql 2005 incorpora al control de errores los bloques TRY..CATH. La administracin de errores de esta manera es conocida por los desarrolladores de la actualidad ya que .NET administra de la misma manera. En esta seccin les mostrare varios ejemplos de su utilizacin. Para poder realizar estos ejercicios he creado una tabla de prueba
USE ADVENTUREWORKS GO
CREATE TABLE EMPLEADOS (ID INT PRIMARY KEY, NOMBRE VARCHAR(30) NOT NULL) GO
En nuestro primer ejemplo veremos como poder capturar un error al intentar realizar una operacin de insert sobre nuestra tabla donde el campo Nombre no admite valores nulos. BEGIN TRY
Como podemos observar al suceder un error SQL sale a la seccin CATCH donde capturamos el mismo y podemos informar al usuario con algn mensaje. En este ejemplo se hace uso de la funcin ERROR_NUMBER() las cual nos retorna el nmero de error, pero tambin podramos hacer uso de las siguientes funciones:
ERROR_LINE() : Retorna el nmero de lnea donde se gener el error. El resultado es NULL cuando el error se gener fuera del bloque Try.
ERROR_PROCEDURE(): Retorna el nombre del Procedimiento Almacenado o el Trigger desde donde se ha generado el error en el bloque Try Catch
El siguiente ejemplo genera un error en el primer insert y automticamente se pasa a la seccin Catch sin ejecutar la segunda instruccin, adems en el modulo Catch evaluamos el nmero de error y personificamos el mensaje emitido al usuario.
BEGIN TRY
INSERT INTO EMPLEADOS VALUES ('1',NULL) INSERT INTO EMPLEADOS VALUES ('1','MAXI')
BEGIN CATCH IF ERROR_NUMBER() = 515 BEGIN PRINT ' HAY ALGUNAS COLUMNAS QUE NO ADMITEN NULOS: ' + ERROR_MESSAGE() END ELSE IF ERROR_NUMBER() = 8152 BEGIN PRINT ' SE HA SOBREPASADO EL MAXIMO DE UN CAMPO: ' + ERROR_MESSAGE() END
ELSE BEGIN PRINT 'TENEMOS EL ERROR NUMERO:' + CONVERT(VARCHAR(10),ERROR_NUMBER()) + ' ' + ERROR_MESSAGE() END END CATCH
Conclusiones: El manejo de los errores en sql2005 ha mejorado considerablemente comparado con su antecesor, ahora como se podr observar no es necesario ir controlando la variable @@error por cada instruccin que realizamos, con el uso de los bloques Try.. Cacth es mucho ms simple y adems mantiene la metodologa de .NET. En este artculo no hemos tratado como manejar errores cuando existen transacciones de por medio, pero el manejo de las mismas en sql2005 es mucho ms simple y amigable que en la versin 2000. Si se desea ampliar sobre este tema les recomiendo que lean sobre la funcin XACT_STATE en sus libros online (BOL).
Use AdventureWorks Go
Create table emp (id int identity, nombre varchar(50), descripcion varchar(max)) go
Conclusiones: Esta nueva capacidad en los tipos de datos Varchar, Nvarchar y Narbinary es mucho ms simple que los viejos Image, Text y Ntext. De todas maneras habr que analizar bien cuando es conveniente migrar a este tipo de datos, si la aplicacin es nueva yo recomendara utilizarlos en lugar de sus pares de la versin 2000.
SQL Server 2005 Beta2 incluye soporte para dos (2) nuevas DRI actions (Declarative Referential Integrity). Estas nuevas DRI Actions se utilizaran en las relaciones Foreign Key tanto para UPDATE como para DELETE.
El siguiente ejemplo nos muestra como usar SET DEFAULT y SET NULL:
Use AdventureWorks Go
INSERT INTO CLIENTES VALUES ('MICROSOFT','MICROSOFT') INSERT INTO CLIENTES VALUES ('IBM','IBM') INSERT INTO CLIENTES VALUES ('SAP','SAP') INSERT INTO CLIENTES VALUES ('HP','HP') Go
Create Table Pedidos (numero int Primary Key,cliente_id varchar(10) default('MICROSOFT'), fecha datetime, constraint fk_1 Foreign Key (Cliente_id) References Clientes(id) ON DELETE SET NULL ON UPDATE SET DEFAULT)
Go
Hasta aqu hemos creados dos(2) tablas, una llamada Clientes y la otra Pedidos, en esta ultima hemos agregado una relacin con la primera y se ha definido que ante una accin de DELETE (en clientes) se introduzca Null en el campo Cliente_id de Pedidos y ante una accin de UPDATE se introduzca el valor Default de dicho campo.
INSERT INTO PEDIDOS VALUES (1,'IBM',GETDATE()) INSERT INTO PEDIDOS VALUES (2,'HP',GETDATE()+10) INSERT INTO PEDIDOS VALUES (3,'SAP',GETDATE()-65) INSERT INTO PEDIDOS VALUES (4,'IBM',GETDATE()+365) INSERT INTO PEDIDOS VALUES (5,'MICROSOFT',GETDATE()+95) INSERT INTO PEDIDOS VALUES (6,'SAP',GETDATE()+110) GO
Ahora que tenemos los registros en nuestras dos (2) tablas, haremos una accin Delete en Clientes y observaremos que ha sucedido con esos registros en la tabla Pedidos
numero
cliente_id
----------- ---------1 2 .. Como podemos observar el registro (1) que contena el cliente IBM , ahora el campo de referencia tiene un valor Null ya que hemos eliminado su maestro de la tabla Clientes y nuestro DRI actions indicaba que se deba introducir Null. NULL . . .
Ahora veremos que sucede al realizar un Update sobre nuestra tabla Clientes
numero
cliente_id
Como podemos observar el realizar un Update sobre el campo llave de la tabla Clientes, en nuestra tabla hija (Pedidos) se ha cambiado al valor Default del campo (Microsoft)
Conclusiones: Sin ninguna duda que el agregado de estas dos (2) nuevas funciones de DRI nos ayudaran considerablemente al momento de realizar nuestras relaciones padres hijos, que hasta la versin 2000 realizar este mismo tipo de operatoria como hemos visto en los ejemplos era una tarea muy incmoda.
DDL Triggers:
En la versin 2000 de MS SQL-Server solo disponamos de triggers (Desencadenadores) DML para las instrucciones Insert Update y Delete. SQL 2005 incorpora un nuevo tipo de triggers llamados DDL Triggers, los cuales pueden tener efecto sobre las instrucciones DDL como por ej: CREATE TABLE. En esta seccin veremos dos (2) ejemplos sobre estos nuevos tipos de triggers, uno de ellos har una auditoria de instrucciones DDL y el otro no permitir la ejecucin de una instruccin ALTER TABLE
USE ADVENTUREWORKS GO
CREATE TRIGGER DDL_1 ON DATABASE FOR ALTER_TABLE AS RAISERROR('NO SE PUEDE ALTERAR TABLAS EN ESTA BASE DE DATOS.',16,1) ROLLBACK GO
En este ejemplo hemos creado un trigger DDL en la base de datos AdventureWorks el cual impedir que se realicen operaciones ALTER TABLE sobre dicha base de datos. Si deseamos realizar la siguiente operacin recibiremos un error y no se realizara la misma.
USE ADVENTUREWORKS GO
Ahora veremos un ejemplo donde usaremos un DDL trigger para realizar auditoras DDL
USE ADVENTUREWORKS GO
CREATE TABLE DDL_AUDIT (LSN INT NOT NULL IDENTITY,POSTTIME DATETIME NOT NULL, EVENTTYPE SYSNAME NOT NULL, LOGINNAME SYSNAME NOT NULL, OBJECTNAME SYSNAME NOT NULL,TARGETOBJECTNAME SYSNAME NOT NULL) GO
El primer paso ha sido crear una tabla donde registraremos las auditorias DDL.
CREATE TRIGGER DDL_2 ON DATABASE FOR DDL_DATABASE_LEVEL_EVENTS AS DECLARE @V AS XML SET @V = EVENTDATA() INSERT INTO DDL_AUDIT (POSTTIME,EVENTTYPE,LOGINNAME,OBJECTNAME, TARGETOBJECTNAME) VALUES ( CAST(@V.query('data(//PostTime)') CAST(@V.query('data(//EventType)') CAST(@V.query('data(//LoginName)') CAST(@V.query('data(//ObjectName)') as as as as varchar(23)), sysname), sysname), sysname),
CAST(@V.query('data(//TargetObjectName)') as sysname)) GO
Este segundo paso es el que genera el trigger DDL el cual registrara en nuestra tabla cada acontecimiento que suceda.
Conclusiones: Los DDL triggers son una nueva herramienta muy poderosa de verdad, la cual nos permitir desde ahora poder tener control sobre las sentencias DDL como as tambin poder realizar auditoras a las mismas.
Conclusiones Generales:
En este artculo hemos visto algunas de las novedades de Sql2005 en lo que respecta a T-SQL. An quedan muchas otras funcionalidades por mostrar pero debo indicar que esta nueva versin del popular motor de base de datos es muy distinta a su antecesora incorporando muchas mejoras tanto para el desarrollador como as tambin para los DBA.