Documentos de Académico
Documentos de Profesional
Documentos de Cultura
T SQL
T SQL
PERSONALIZADO
Transact - SQL
Estructura IF
Estructura CASE
Bucle WHILE
Estructura GOTO
La sentencia SELECT
La clusula WHERE
La clusula ORDER BY
Consultas agregadas
o
o
o
o
o
o
o
La clusula GROUP BY
La clusula HAVING
AVG
Count
Max, Min
Sum
Uso de Select TOP con consultas agregadas
o
o
o
UNION
EXCEPT
INTERSECT
Update
Update INNER JOIN
Clausula OUTPUT
Delete
Clausula OUTPUT
Truncate Table
Concepto de transaccion
Transacciones implicitas y explicitas
Transacciones anidadas.
Puntos de recuperacion
Funciones escalares
Funciones en linea
Funciones en lnea de multiples sentencias
Cast y Convert
Isnull
COALESCE
GetDate y GetUTCDate
Trigger DML
Trigger DDL
Inicio de session
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
Procedimientos almacenados
Funciones
Triggers
Scripts
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:
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.
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.
<row nombre="SVR01"/>
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.
B.
El siguiente ejemplo muestra como asignar una variable utilizando la instruccin SET.
(SELECT nombre
FROM CLIENTES
WHERE ID = 1)
PRINT @nombre
El siguiente ejemplo muestra como asignar variables utilizando una sentencia SELECT.
SELECT
@nombre=nombre ,
@apellido1=Apellido1,
@apellido2=Apellido2
FROM CLIENTES
WHERE ID = 1
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.
OPEN CDATOS
FETCH CDATOS INTO @nombre, @apellido1, @apellido2
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.
SqlBytes, SqlBinary
SqlBytes, SqlBinary
SqlBytes, SqlBinary
byte, Byte[]
ninguno
ninguno
ninguno
ninguno
ninguno
ninguno
SqlChars, SqlString
SQL Server
varbinary
binary
varbinary(1),
binary(1)
image
varchar
char
nvarchar(1),
nchar(1)
SqlChars, SqlString
nvarchar
nchar
text
SqlChars, SqlString
ninguno
String, Char[]
ninguno
ntext
uniqueidentifier
rowversion
ninguno
SqlGuid
ninguno
ninguno
Guid
Byte[]
bit
tinyint
smallint
SqlBoolean
SqlByte
SqlInt16
Boolean
Byte
Int16
int
bigint
smallmoney
SqlInt32
SqlInt64
SqlMoney
Int32
Int64
Decimal
money
numeric
decimal
real
float
SqlMoney
SqlDecimal
SqlDecimal
SqlSingle
SqlDouble
Decimal
Decimal
Decimal
Single
Double
smalldatetime
datetime
sql_variant
User-defined
type(UDT)
table
SqlDateTime
SqlDateTime
ninguno
ninguno
DateTime
DateTime
Object
Misma clase que la
definida en el assemblie.
ninguno
cursor
ninguno
ninguno
ninguno
timestamp
xml
ninguno
SqlXml
ninguno
ninguno
Operadores
Operador de asignacin
Operadores aritmticos
+ (suma)
- (resta)
* (multiplicacin)
/ (divisin)
** (exponente)
% (modulo)
Operador de
concatenacin
AND (y lgico)
NOT (negacion)
OR (o lgico)
& (AND a nivel de bit)
|
(OR a nivel de bit)
^
(OR exclusivo a nivel de bit)
Otros
IF (<expresion>)
BEGIN
...
END
ELSE IF (<expresion>)
BEGIN
...
END
ELSE
BEGIN
...
END
Ejemplo de la estructura condicional IF.
@diminutivo = 'DJK'
BEGIN
PRINT 'www.microsoft.com'
END
ELSE
BEGIN
PRINT 'Otra Web (peor!)'
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.
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:
Bucle WHILE
El bucle WHILE se repite mientras expresion se evalue como verdadero.
Es el nico tipo de bucle del que dispone Transact SQL.
WHILE <expresion>
BEGIN
...
END
Un ejemplo del bucle WHILE.
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.
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
El uso del asterisco indica que queremos que la consulta devuelva todos los campos que existen
en la tabla.
SELECT *
FROM FAMILIAS
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 *
FROM FAMILIAS
WHERE CO_FAMILIA = 1
OR CO_FAMILIA = 2
Podemos agrupar varios valores para una condicin en la clusula IN:
SELECT *
FROM FAMILIAS
WHERE CO_FAMILIA IN ( 1 , 2)
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:
La clusula ORDER BY
Podemos especificar el orden en el que sern devueltos los datos a travs de la clusula ORDER
BY.
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 COUNT(*)
FROM 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
CLIENTES.NOMBRE,
CLIENTES.APELLIDO1,
CLIENTES.APELLIDO2,
SUM(PRECIO) -- Total del pedido
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
CLIENTES.NOMBRE,
CLIENTES.APELLIDO1,
CLIENTES.APELLIDO2,
SUM(PRECIO) -- Total del pedido
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.
SELECT
CLIENTES.NOMBRE,
CLIENTES.APELLIDO1,
CLIENTES.APELLIDO2,
SUM(PRECIO) -- Total del pedido
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
CLIENTES.NOMBRE,
CLIENTES.APELLIDO1,
CLIENTES.APELLIDO2,
AVG(PRECIO) -- Promedio del pedido
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
CLIENTES.NOMBRE,
MIN(PEDIDOS.FX_ALTA),
MAX(PEDIDOS.FX_ALTA)
FROM PEDIDOS
INNER JOIN CLIENTES
ON PEDIDOS.CO_CLIENTE = CLIENTES.CO_CLIENTE
GROUP BY CLIENTES.NOMBRE
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)
FROM PEDIDOS
INNER JOIN CLIENTES
ON PEDIDOS.CO_CLIENTE = CLIENTES.CO_CLIENTE
GROUP BY CLIENTES.NOMBRE
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
XML AUTO, el modo AUTO emplea los campos en la declaracin SELECT para formar una
jerarqua simple XML.
XML RAW, el modo RAW genera elementos nicos, los cuales se denominan row, por
cada fila retornada.
EXPLICIT, el modo EXPLICIT requiere un formato especfico que puede ser mapeado en
casi cualquier forma XML, y al mismo tiempo ser formulado por una sola consulta SQL.
<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:
ORDER BY FAMILIA
FOR XML RAW , TYPE
Obtenemos el siguiente resultado:
<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>
<FamiliasDeProductos>
<CO_FAMILIA>1</CO_FAMILIA>
<FAMILIA>FAMILIA 1</FAMILIA>
</FamiliasDeProductos>
<FamiliasDeProductos>
<CO_FAMILIA>2</CO_FAMILIA>
<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,
as "FamiliaDeProductos!1!DESCRIPCION"
FROM FAMILIAS
ORDER BY FAMILIA
FOR XML EXPLICIT
Obtenemos el siguiente resultado:
GO
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
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
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
PRECIO_UNIDAD,
getdate(),
getdate() + 30,
CO_PRODUCTO
FROM DETALLE_PEDIDO
Utilizar la funcin @@identity, que devuelve el ltimo valor identidad insertado por la transaccin:
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).
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.
CO_PRODUCTO int
)
II.
Update
UPDATE <nombre_tabla>
SET <campo1> = <valor1>
{[,<campo2> = <valor2>,...,<campoN> = <valorN>]}
[ WHERE <condicion>];
El siguiente ejemplo muestra el uso de UPDATE.
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.
UPDATE CLIENTES
SET
NOMBRE = 'Microsoft',
APELLIDO1 = 'Herrarte',
APELLIDO2 = 'Snchez'
OUTPUT DELETED.* 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.
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.
DELETE
FROM DATOS
WHERE Id=17
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.
DELETE
FROM DATOS
OUTPUT DELETED.* INTO @FILAS_BORRADAS
WHERE Id=17
Truncate Table
Para borrar datos de forma masiva disponemos de la instruccin TRUNCATE TABLE, que borra
todos los datos de una tabla.
= '200700000001'
/* 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
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! )
Transacciones explcitas
Transacciones implcitas
/* 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 */
/* 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
SET IMPLICIT_TRANSACTIONS ON
@CuentaDestino VARCHAR(12)
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
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
/* 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
UPDATE EMPLEADOS
SET NOMBRE = 'Microsoft'
WHERE ID=101
BEGIN TRAN
UPDATE EMPLEADOS
SET APELLIDO1 = 'Microsoft.COM'
WHERE ID=101
BEGIN TRAN
UPDATE EMPLEADOS
SET NOMBRE = 'Microsoft'
WHERE ID=101
UPDATE EMPLEADOS
SET APELLIDO1 = 'Microsoft.COM'
WHERE ID=101
UPDATE EMPLEADOS
SET APELLIDO1 = 'Otra cosa!'
WHERE ID=101
-- Confirmamos la transaccin
COMMIT
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.
AS
INSERT INTO CLIENTES
(nombre, apellido1, apellido2, nifcif, fxnacimiento) VALUES
(@nombre, @apellido1, @apellido2, @nifCif, @fxNaciento)
@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
@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.
NUMCUENTA
---------------------200700000001
16:18:36.490
200700000001
16:20:41.183
200700000001
100.99
50.00
2007-08-25
0.99
50.99
50.00
2007-08-23
50.99
0.99
50.00
2007-08-23
Funciones escalares.
Funciones en lnea.
Funciones en lnea de multiples sentencias
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:
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
IDCUENTA,
NUMCUENTA,
SALDO,
FXALTA,
-- Ejecucion de la funcin:
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:
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.
OPEN CDATOS
FETCH CDATOS INTO @idcuenta, @numcuenta, @saldo
-- 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
CLOSE CDATOS;
DEALLOCATE CDATOS;
RETURN
END
Para ejecutar la funcin:
Saldo
-----500.00
NULL
NULL
NULL
100.99
NULL
NULL
NULL
Saldo_anterior
--------------NULL
550.00
600.00
600.00
NULL
50.99
0.99
50.99
Saldo_posterior
---------------NULL
500.00
550.00
550.00
NULL
100.99
50.99
0.99
Importe_Movimiento
------------------NULL
50.00
50.00
50.00
NULL
50.00
50.00
50.00
FxMovimiento
----------------------NULL
2007-08-25 16:18:36.490
2007-08-23 16:20:41.183
2007-08-23 16:14:05.900
NULL
2007-08-25 16:18:36.490
2007-08-23 16:20:41.183
2007-08-23 16:16:29.840
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:
SELECT @fecha
SELECT @fechaFormateada
SELECT @dato2
A continuacin mostramos la tabla de cdigos de estilo (obtenida de MicroSoft).
Sin el siglo
(aa) (1)
Con el siglo
?(aaaa)
Estndar
Entrada/salida (3)
0 o 100 (1, 2)
Valor predeterminado
1
2
3
4
5
6
101
102
103
104
105
106
EE.UU.
ANSI
Britnico/Francs
Alemn
Italiano
-
mm/dd/aaaa
aa.mm.dd
dd/mm/aa
dd.mm.aa
dd-mm-aa
dd mes aa
7
8
107
108
Mes dd, aa
hh:mi:ss
9 o 109 (1, 2)
10
110
Valor predeterminado +
milisegundos
EE.UU.
11
12
111
112
JAPN
ISO
aa/mm/dd
aammdd
13 o 113 (1, 2)
14
-
114
20 o 120 (2)
21 o 121 (2)
Europeo predeterminado +
milisegundos
ODBC cannico
ODBC cannico (con
(1)
(1)
milisegundos)
-
126 (4)
ISO8601
127(6, 7)
1, 2
130 ( )
131 (2)
Hijri ( )
Hijri (5)
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
ISNULL(@dato, -1),
ISNULL(@datoVarchar, 'No hay dato')
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 ] )
@dato3 int,
@dato4 int,
@dato5 int
-- Devuelve 100
SELECT COALESCE(@dato1,@dato2,@dato3,@dato4,@dato5)
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.
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.
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.
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.
ROLLBACK
END
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.
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>
FROM CLIENTES
-- Apertura del cursor
OPEN cClientes
-- Lectura de la primera fila del cursor
FETCH cClientes INTO
WHILE (@@FETCH_STATUS = 0 )
BEGIN
PRINT @Nombre + ' ' + @Apellido1 + ' ' + @Apellido2
-- Lectura de la siguiente fila del cursor
FETCH cClientes INTO
END
0
-1
-2
Descripcin
LOCAL
Especfica que el mbito del cursor es local para el proceso por lotes, procedimiento almacenado o
desencadenador en que se cre el cursor.
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.
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.
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.
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
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.
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.
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.
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.
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.
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.
OPTIMISTIC
Especifica que las actualizaciones o eliminaciones posicionadas realizadas a travs del cursor no se
realizarn correctamente si la fila se ha actualizado despus de ser leda en el cursor. SQL Server no
bloquea las filas al leerlas en el cursor. En su lugar, utiliza comparaciones de valores de columna
timestamp o un valor de suma de comprobacin si la tabla no tiene columnas timestamp, para
determinar si la fila se ha modificado despus de leerla en el cursor. Si la fila se ha modificado, el
intento de actualizacin o eliminacin posicionada genera un error. No es posible especificar
OPTIMISTIC si se especifica tambin FAST_FORWARD.
FROM CLIENTES
Por ltimo, queda la opcin TYPE_WARNING
TYPE_WARNING
FROM CLIENTES
Podemos especificar multiples parmetros en la apertura de cursor, pero unicamente
un parmetro de cada grupo. Por ejemplo:
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
FROM CLIENTES
FOR UPDATE
WHILE (@@FETCH_STATUS = 0 )
BEGIN
UPDATE Clientes
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.
Tambin con SQL dinmico podemos ejecutar sentencias de tipo DDL (Data Definition
Languaje), como CREATE TABLE.
NOMBRE_PAIS,
ACTIVO,
FX_ALTA
FROM
PAISES
WHERE COD_PAIS = @codPais'
rowid name
productNumber
productId
BB Ball Bearing
BE-2349
BE-2908
3
4
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
Touring-3000 Blue, 58
BK-T18U-58
959
Blue
26
Touring-3000 Blue, 62
BK-T18U-62
960
Blue
Chain
CH-0234
952
Silver
Chainring Bolts
CB-2903
320
Silver
Chainring Nut
CN-6137
321
Silver
Freewheel
FH-2981
332
Silver
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
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
BEGIN CATCH
PRINT 'TENEMOS EL ERROR NUMERO:' + CONVERT(VARCHAR(10),ERROR_NUMBER())
END CATCH
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:
BEGIN TRY
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
Use AdventureWorks
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
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.
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
NULL
. . .
..
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.
Ahora veremos que sucede al realizar un Update sobre nuestra tabla Clientes
numero
cliente_id
----------- ---------1
NULL
MICROSOFT
...
...
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:
USE ADVENTUREWORKS
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.
as
varchar(23)),
CAST(@V.query('data(//EventType)')
as
sysname),
CAST(@V.query('data(//LoginName)')
as
sysname),
CAST(@V.query('data(//ObjectName)')
as
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.