SQL Server Ya

Contenido
1.
Objetivos y alcances del tutorial de Microsoft Sql Server......................................2
2.
Crear una tabla (create table - sp_tables - sp_columns - drop table)......................3

Problema Resuelto:.......................................................................................... 5
Problemas Propuestos....................................................................................... 7
Problema 01:............................................................................................. 7
Problema 02:............................................................................................. 8
3.
Insertar y recuperar registros de una tabla (insert into - select)............................9
4.
Tipos de datos bsicos.................................................................................... 10
5.
Recuperar algunos campos (select)...................................................................11
6.
Recuperar algunos registros (where).................................................................12
7.
Operadores relacionales.................................................................................. 13
8.
Borrar registros (delete)................................................................................. 15
9.
Actualizar registros (update)...........................................................................16
10. Comentarios.................................................................................................. 17
11. Valores null (is null)........................................................................................ 18
12. Clave primaria............................................................................................... 20
13. Campo con atributo Identity............................................................................22
14. Otras caractersticas del atributo Identity.........................................................24
15. Truncate table............................................................................................... 26
16. Otros tipos de datos en SQL Server...................................................................27
17. Tipo de dato (texto)....................................................................................... 28
18. Tipo de dato (numrico)................................................................................. 30
19. Tipo de dato (fecha y hora)............................................................................. 32
20. Ingresar algunos campos (insert into)................................................................33
21. Valores por defecto (default)...........................................................................34
22. Columnas calculadas (operadores aritmticos y de concatenacin)......................36
23. Alias............................................................................................................. 38
24. Funciones...................................................................................................... 39
25. Funciones para el manejo de cadenas...............................................................41
26. Funciones matemticas................................................................................... 46
27. Funciones para el uso de fechas y horas............................................................48
28. Ordenar registros (order by)............................................................................ 50

29. Operadores lgicos ( and - or - not)..................................................................52
30. Otros operadores relacionales (is null)..............................................................54
31. Otros operadores relacionales (between)..........................................................55
32. Otros operadores relacionales (in)....................................................................56
33. Bsqueda de patrones (like - not like)..............................................................57
34. Contar registros (count).................................................................................. 60
35. Contar registros (count_big)............................................................................ 61
36. Funciones de agrupamiento (count - sum - min - max - avg)................................62
37. Agrupar registros (group by)............................................................................ 64
38. Seleccionar grupos (having)............................................................................. 67
39. Modificador del group by (with rollup)..............................................................69
40. Modificador del group by (with cube)...............................................................71
41. Funcin grouping............................................................................................ 72
42. Clusulas compute y compute by.....................................................................74
43. Registros duplicados (distinct).........................................................................76
44. Clusula top.................................................................................................. 78
45. Clave primaria compuesta............................................................................... 79
46. Integridad de los datos................................................................................... 81
47. Restriccin default......................................................................................... 82
48. Restriccin check........................................................................................... 84
49. Deshabilitar restricciones (with check - nocheck)...............................................86
50. Restriccin primary key.................................................................................. 88
51. Restriccin unique.......................................................................................... 90
52. Informacin de restricciones (sp_helpconstraint)...............................................91
53. Eliminar restricciones (alter table - drop).........................................................92
54. Crear y asociar reglas (create rule - sp_bindrule)...............................................93
55. Eliminar y dasasociar reglas (sp_unbindrule - drop rule)......................................96
56. Informacin de reglas (sp_help - sp_helpconstraint)...........................................97
57. Valores predeterminados (create default).........................................................98
58. Desasociar y eliminar valores predeterminados................................................100
59. Informacin de valores predeterminados.........................................................101
60. Indices........................................................................................................ 102
61. Indices agrupados y no agrupados (clustered y nonclustered)............................103

62. Creacin de ndices...................................................................................... 104
63. Regenerar ndices......................................................................................... 106
64. Eliminar ndices........................................................................................... 107
65. Trabajar con varias tablas............................................................................. 108
66. Combinacin interna (inner join)...................................................................110
67. Combinacin externa izquierda (left join).......................................................112
68. Combinacin externa derecha (right join).......................................................114
69. Combinacin externa completa (full join).......................................................116
70. Combinaciones cruzadas (cross join)...............................................................117
71. Autocombinacin......................................................................................... 118
72. Combinaciones y funciones de agrupamiento...................................................119
73. Combinacin de ms de dos tablas.................................................................120
74. Combinaciones con update y delete...............................................................122
75. Clave fornea.............................................................................................. 123
76. Restricciones (foreign key)............................................................................ 124
77. Restricciones foreign key en la misma tabla....................................................126
78. Restricciones foreign key (acciones)...............................................................127
79. Restricciones foreign key deshabilitar y eliminar (with check - nocheck).............129
80. Restricciones foreign key (informacin)..........................................................131
81. Restricciones al crear la tabla........................................................................132
82. Unin......................................................................................................... 134
83. Agregar y eliminar campos ( alter table - add - drop).......................................135
84. Alterar campos (alter table - alter)................................................................137
85. Agregar campos y restricciones (alter table)....................................................138
86. Campos calculados....................................................................................... 139
87. Tipo de dato definido por el usuario (crear - informacion).................................140
88. Tipo de dato definido por el usuario (asociacin de reglas)...............................141
89. Tipo de dato definido por el usuario (valores predeterminados).........................142
90. Tipo de dato definido por el usuario (eliminar)................................................143
91. Subconsultas................................................................................................ 144
92. Subconsultas como expresin.........................................................................146
93. Subconsultas con in...................................................................................... 148
94. Subconsultas any - some all.........................................................................150

95. Subconsultas correlacionadas........................................................................152
96. Exists y No Exists.......................................................................................... 153
97. Subconsulta simil autocombinacin................................................................154
98. Subconsulta en lugar de una tabla..................................................................155
99. Subconsulta (update - delete)........................................................................156
100. Subconsulta (insert)................................................................................... 157
1. Objetivos y alcances del tutorial de Microsoft Sql Server

El curso brinda un concepto terico corto, luego un problema resuelto que invito a ejecutar,
modificar y jugar con el mismo. Por ltimo, y lo ms importante, una serie de ejercicios
propuestos que nos permitir saber si podemos aplicar el concepto.
La nica herramienta que necesitamos inicialmente es este sitio ya que podr ejecutar todos los
problemas como son la creacin de tablas, insert, delete, update, definicin de ndices y
restricciones, creacin y ejecucin de procedimientos almacenados, vistas, subconsultas,
creacin de trigger etc.
La nica restriccin es que todos los visitantes de este sitio comparten la misma base de datos
llamada: wi520641_sqlserverya (este nombre un poco singular se debe a que las empresas de
hosting es la que lo define)
Siempre que lancemos un comando SQL en el sitio www.sqlserverya.com.ar estaremos accediendo
a la base de datos wi520641_sqlserverya.
2. Crear una tabla (create table - sp_tables - sp_columns - drop table)

Una base de datos almacena su informacin en tablas.
Una tabla es una estructura de datos que organiza los datos en columnas y filas; cada columna es
un campo (o atributo) y cada fila, un registro. La interseccin de una columna con una fila,
contiene un dato especfico, un solo valor.
Cada registro contiene un dato por cada columna de la tabla.
Cada campo (columna) debe tener un nombre. El nombre del campo hace referencia a la
informacin que almacenar.
Cada campo (columna) tambin debe definir el tipo de dato que almacenar.
Las tablas forman parte de una base de datos.
Nosotros trabajaremos con la base de datos llamada wi520641_sqlserverya (este nombre se debe
a que las empresas de hosting es la que lo define), que ya he creado en el servidor
sqlserverya.com.ar.
Para ver las tablas existentes creadas por los usuarios en una base de datos usamos el
procedimiento almacenado "sp_tables @table_owner='dbo';":
sp_tables @table_owner='dbo';
El parmetro @table_owner='dbo' indica que solo muestre las tablas de usuarios y no las que crea
el SQL Server para administracin interna.
Finalizamos cada comando con un punto y coma.
Al crear una tabla debemos resolver qu campos (columnas) tendr y que tipo de datos
almacenarn cada uno de ellos, es decir, su estructura.
La sintaxis bsica y general para crear una tabla es la siguiente:
create table NOMBRETABLA(
NOMBRECAMPO1 TIPODEDATO,
...
NOMBRECAMPON TIPODEDATO
);
La tabla debe ser definida con un nombre que la identifique y con el cual accederemos a ella.
Creamos una tabla llamada "usuarios" y entre parntesis definimos los campos y sus tipos:
create table usuarios (
nombre varchar(30),
clave varchar(10)
);
Cada campo con su tipo debe separarse con comas de los siguientes, excepto el ltimo.
Cuando se crea una tabla debemos indicar su nombre y definir al menos un campo con su tipo de
dato. En esta tabla "usuarios" definimos 2 campos:
nombre: que contendr una cadena de caracteres de 30 caracteres de longitud, que
almacenar el nombre de usuario y

clave: otra cadena de caracteres de 10 de longitud, que guardar la clave de cada
usuario.
Cada usuario ocupar un registro de esta tabla, con su respectivo nombre y clave.
Para nombres de tablas, se puede utilizar cualquier caracter permitido para nombres de
directorios, el primero debe ser un caracter alfabtico y no puede contener espacios. La longitud
mxima es de 128 caracteres.
Si intentamos crear una tabla con un nombre ya existente (existe otra tabla con ese nombre),
mostrar un mensaje indicando que ya hay un objeto llamado 'usuarios' en la base de datos y la
sentencia no se ejecutar. Esto es muy importante ya que cuando haga los ejercicios en este sitio
puede haber otra persona que haya creado una tabla con el nombre que usted especifique.
Para ver la estructura de una tabla usamos el procedimiento almacenado "sp_columns" junto al
nombre de la tabla:
sp_columns usuarios;
aparece mucha informacin que no analizaremos en detalle, como el nombre de la tabla, su
propietario, los campos, el tipo de dato de cada campo, su longitud, etc.:
...COLUMN_NAME TYPE_NAME
LENGHT
_______________________________________
nombre
varchar
30
clave
varchar
10
Para eliminar una tabla usamos "drop table" junto al nombre de la tabla a eliminar:
drop table usuarios;
Si intentamos eliminar una tabla que no existe, aparece un mensaje de error indicando tal
situacin y la sentencia no se ejecuta. Para evitar este mensaje podemos agregar a la instruccin
lo siguiente:
if object_id('usuarios') is not null
En la sentencia precedente especificamos que elimine la tabla "usuarios" si existe.
Problema Resuelto:
Vamos a crear una tabla llamada "usuarios". En primer lugar vamos a eliminar la tabla "usuarios"
averiguando si existe (a esto vamos a repetirlo siempre porque puede haber otro usuario que
haya creado una tabla con el mismo nombre):
Recordar que debemos finalizar cada comando con un punto y coma.
La tabla "usuarios" contendr los siguientes campos:
- nombre: varchar de 30 caracteres de longitud,
- clave: varchar de 10 caracteres de longitud.
Ahora si creamos la tabla:
nombre varchar(30),
clave varchar(10)
);
aparece un mensaje indicando que el comando se complet exitosamente.
Veamos las tablas existentes:
Veamos la estructura de la tabla "usuarios":
aparece mucha informacin que no analizaremos en detalle, como el nombre de la tabla, su
propietario, los campos y sus tipos de datos, su longitud, etc.:
...COLUMN_NAME TYPE_NAME
LENGHT
_______________________________________
nombre
varchar
30
clave
varchar
10
Intentemos crear una tabla con el mismo nombre, mostrar un mensaje indicando que ya hay un
objeto llamado 'usuarios' en la base de datos y la sentencia no se ejecutar:

nombre varchar(30),
clave varchar(10)
);
Eliminemos la tabla:
Verifiquemos si se ha eliminado:
no debe aparecer la tabla "usuarios".
nombre varchar(30),
clave varchar(10)
);
TABLE_QUALIFIER
TABLE_OWNER
TABLE_NAME
wi121505_scratchya
dbo
usuarios
TABLE_TYPE REMARKS
TABLE
TABLE_Q TABLE TABL COLU DAT TYPE PRE LE SC RA NUL REM COLU SQL_D SQL_DAT CHAR_OC ORDINA IS_N SS_DA
UALIFIE _OWN E_NA MN_N A_TY _NA CISI NG AL DI LAB ARK MN_D ATA_TY ETIME_S TET_LEN L_POSIT ULLA TA_TY
R
ER
ME
AME
PE
ME ON TH E X LE S
EF
PE
UB
GTH
ION
BLE PE
wi12150
5_scratc
hya
dbo
usuar nombr
ios
e
12
varc
har
30
30
12
30
YES
39
wi12150
5_scratc
hya
dbo
usuar
clave
ios
12
varc
har
10
10
12
10
YES
39

nombre varchar(30),
clave varchar(10)
);
There is already an object named 'usuarios' in the database.
Problemas Propuestos
Problema 01:
Necesita almacenar los datos de sus amigos en una tabla. Los datos que guardar sern: apellido,
nombre, domicilio y telfono.
1. Elimine la tabla "agenda" si existe:
if object_id('agenda') is not null
drop table agenda;
2. Intente crear una tabla llamada "/agenda":

create table /agenda(
apellido varchar(30),
nombre varchar(20),
domicilio varchar(30),
telefono varchar(11)
);
aparece un mensaje de error porque usamos un caracter invlido ("/") para el nombre.
3. Cree una tabla llamada "agenda", debe tener los siguientes campos: apellido, varchar(30);
nombre, varchar(20); domicilio, varchar (30) y telefono, varchar(11):
create table agenda(
apellido varchar(30),
nombre varchar(20),
telefono varchar(11)
);
4. Intente crearla nuevamente. Aparece mensaje de error.

5. Visualice las tablas existentes (sp_tables @table_owner='dbo').
6. Visualice la estructura de la tabla "agenda" (sp_columns).
7. Elimine la tabla.
8. Intente eliminar la tabla, sin controlar si existe. Debe aparecer un mensaje de error.
Problema 02:
Necesita almacenar informacin referente a los libros de su biblioteca personal. Los datos que
guardar sern: ttulo del libro, nombre del autor y nombre de la editorial.
1. Elimine la tabla "libros", si existe:
if object_id('libros') is not null
drop table libros;
2. Verifique que la tabla "libros" no existe en la base de datos activa (sp_tables
@table_owner='dbo').
3. Cree una tabla llamada "libros". Debe definirse con los siguientes campos: titulo,varchar(20);
autor, varchar(30) y editorial, varchar(15).
4. Intente crearla nuevamente. Aparece mensaje de error.
5. Visualice las tablas existentes.
6. Visualice la estructura de la tabla "libros".
7. Elimine la tabla.
8. Intente eliminar la tabla nuevamente.
3. Insertar y recuperar registros de una tabla (insert into - select)

Un registro es una fila de la tabla que contiene los datos propiamente dichos. Cada registro tiene
un dato por cada columna (campo). Nuestra tabla "usuarios" consta de 2 campos, "nombre" y
"clave".
Al ingresar los datos de cada registro debe tenerse en cuenta la cantidad y el orden de los
campos.
La sintaxis bsica y general es la siguiente:
insert into NOMBRETABLA (NOMBRECAMPO1, ..., NOMBRECAMPOn)
values (VALORCAMPO1, ..., VALORCAMPOn);
Usamos "insert into", luego el nombre de la tabla, detallamos los nombres de los campos entre
parntesis y separados por comas y luego de la clusula "values" colocamos los valores para cada
campo, tambin entre parntesis y separados por comas.
Para agregar un registro a la tabla tipeamos:
insert into usuarios (nombre, clave) values ('Mariano','payaso');
Note que los datos ingresados, como corresponden a cadenas de caracteres se colocan entre
comillas simples.
Para ver los registros de una tabla usamos "select":
select * from usuarios;
El comando "select" recupera los registros de una tabla.
Con el asterisco indicamos que muestre todos los campos de la tabla "usuarios".
Es importante ingresar los valores en el mismo orden en que se nombran los campos:
insert into usuarios (clave, nombre) values ('River','Juan');
En el ejemplo anterior se nombra primero el campo "clave" y luego el campo "nombre" por eso,
los valores tambin se colocan en ese orden.
Si ingresamos los datos en un orden distinto al orden en que se nombraron los campos, no
aparece un mensaje de error y los datos se guardan de modo incorrecto.
En el siguiente ejemplo se colocan los valores en distinto orden en que se nombran los campos, el
valor de la clave (la cadena "Boca") se guardar en el campo "nombre" y el valor del nombre (la
cadena "Luis") en el campo "clave":
insert into usuarios (nombre,clave) values ('Boca','Luis');
4. Tipos de datos bsicos

Ya explicamos que al crear una tabla debemos resolver qu campos (columnas) tendr y que tipo
de datos almacenar cada uno de ellos, es decir, su estructura.
El tipo de dato especifica el tipo de informacin que puede guardar un campo: caracteres,
nmeros, etc.
Estos son algunos tipos de datos bsicos de SQL Server (posteriormente veremos otros):
varchar: se usa para almacenar cadenas de caracteres. Una cadena es una secuencia de
caracteres. Se coloca entre comillas (simples); ejemplo: 'Hola', 'Juan Perez'. El tipo "varchar"
define una cadena de longitud variable en la cual determinamos el mximo de caracteres
entre parntesis. Puede guardar hasta 8000 caracteres. Por ejemplo, para almacenar
cadenas de hasta 30 caracteres, definimos un campo de tipo varchar(30), es decir, entre
parntesis, junto al nombre del campo colocamos la longitud.
Si asignamos una cadena de caracteres de mayor longitud que la definida, la cadena no se
carga, aparece un mensaje indicando tal situacin y la sentencia no se ejecuta.
Por ejemplo, si definimos un campo de tipo varchar(10) e intentamos asignarle la cadena
'Buenas tardes', aparece un mensaje de error y la sentencia no se ejecuta.
integer: se usa para guardar valores numricos enteros, de -2000000000 a 2000000000 aprox.
Definimos campos de este tipo cuando queremos representar, por ejemplo, cantidades.
float: se usa para almacenar valores numricos con decimales. Se utiliza como separador el
punto (.). Definimos campos de este tipo para precios, por ejemplo.
Antes de crear una tabla debemos pensar en sus campos y optar por el tipo de dato adecuado
para cada uno de ellos.
Por ejemplo, si en un campo almacenaremos nmeros enteros, el tipo "float" sera una mala
eleccin; si vamos a guardar precios, el tipo "float" es ms adecuado, no as "integer" que no
tiene decimales. Otro ejemplo, si en un campo vamos a guardar un nmero telefnico o un
nmero de documento, usamos "varchar", no "integer" porque si bien son dgitos, con ellos no
realizamos operaciones matemticas.
5. Recuperar algunos campos (select)

Hemos aprendido cmo ver todos los registros de una tabla, empleando la instruccin "select".
select * from NOMBRETABLA;
El asterisco (*) indica que se seleccionan todos los campos de la tabla.
Podemos especificar el nombre de los campos que queremos ver separndolos por comas:
select titulo,autor from libros;
La lista de campos luego del "select" selecciona los datos correspondientes a los campos
nombrados. En el ejemplo anterior seleccionamos los campos "titulo" y "autor" de la tabla "libros",
mostrando todos los registros. Los datos aparecen ordenados segn la lista de seleccin, en dicha
lista los nombres de los campos se separan con comas.
6. Recuperar algunos registros (where)

Hemos aprendido a seleccionar algunos campos de una tabla. Tambin es posible recuperar
algunos registros.
Existe una clusula, "where" con la cual podemos especificar condiciones para una consulta
"select". Es decir, podemos recuperar algunos registros, slo los que cumplan con ciertas
condiciones indicadas con la clusula "where". Por ejemplo, queremos ver el usuario cuyo nombre
es "Marcelo", para ello utilizamos "where" y luego de ella, la condicin:
select nombre, clave
from usuarios
where nombre='Marcelo';
select NOMBRECAMPO1, ..., NOMBRECAMPOn
from NOMBRETABLA
where CONDICION;
Para las condiciones se utilizan operadores relacionales (tema que trataremos ms adelante en
detalle). El signo igual(=) es un operador relacional.
Para la siguiente seleccin de registros especificamos una condicin que solicita los usuarios cuya
clave es igual a "River":
select nombre,clave
from usuarios
where clave='River';
Si ningn registro cumple la condicin establecida con el "where", no aparecer ningn registro.
Entonces, con "where" establecemos condiciones para recuperar algunos registros.
Para recuperar algunos campos de algunos registros combinamos en la consulta la lista de campos
y la clusula "where":
select nombre
from usuarios
where clave='River';
En la consulta anterior solicitamos el nombre de todos los usuarios cuya clave sea igual a "River".
7. Operadores relacionales
Los operadores son smbolos que permiten realizar operaciones matemticas, concatenar
cadenas, hacer comparaciones.
SQL Server tiene 4 tipos de operadores:
1.
2.
3.
4.
relacionales (o de comparacin)
aritmticos
de concatenacin
lgicos.
Por ahora veremos solamente los primeros.

Los operadores relacionales (o de comparacin) nos permiten comparar dos expresiones, que
pueden ser variables, valores de campos, etc.
Hemos aprendido a especificar condiciones de igualdad para seleccionar registros de una tabla;
por ejemplo:
select *from libros
where autor='Borges';
Utilizamos el operador relacional de igualdad.
Los operadores relacionales vinculan un campo con un valor para que SQL Server compare cada
registro (el campo especificado) con el valor dado.
Los operadores relacionales son los siguientes:
=
<>
>
<
>=
<=
Igual
Distinto
Mayor
Menor
Mayor o igual
menor o igual
Podemos seleccionar los registros cuyo autor sea diferente de "Borges", para ello usamos la
condicin:
select * from libros
where autor<>'Borges';
Podemos comparar valores numricos. Por ejemplo, queremos mostrar los ttulos y precios de los
libros cuyo precio sea mayor a 20 pesos:
select titulo, precio

from libros
where precio>20;
Queremos seleccionar los libros cuyo precio sea menor o igual a 30:
select *from libros
where precio<=30;
Los operadores relacionales comparan valores del mismo tipo. Se emplean para comprobar si un
campo cumple con una condicin.
No son los nicos, existen otros que veremos ms adelante.
8. Borrar registros (delete)

Para eliminar los registros de una tabla usamos el comando "delete":
delete from usuarios;
Muestra un mensaje indicando la cantidad de registros que ha eliminado.
Si no queremos eliminar todos los registros, sino solamente algunos, debemos indicar cul o
cules, para ello utilizamos el comando "delete" junto con la clusula "where" con la cual
establecemos la condicin que deben cumplir los registros a borrar.
Por ejemplo, queremos eliminar aquel registro cuyo nombre de usuario es "Marcelo":
delete from usuarios
Si solicitamos el borrado de un registro que no existe, es decir, ningn registro cumple con la
condicin especificada, ningn registro ser eliminado.
Tenga en cuenta que si no colocamos una condicin, se eliminan todos los registros de la tabla
nombrada.
9. Actualizar registros (update)

Decimos que actualizamos un registro cuando modificamos alguno de sus valores.
Para modificar uno o varios datos de uno o varios registros utilizamos "update" (actualizar).
Por ejemplo, en nuestra tabla "usuarios", queremos cambiar los valores de todas las claves, por
"RealMadrid":
update usuarios set clave='RealMadrid';
Utilizamos "update" junto al nombre de la tabla y "set" junto con el campo a modificar y su nuevo
valor.
El cambio afectar a todos los registros.
Podemos modificar algunos registros, para ello debemos establecer condiciones de seleccin con
"where".
Por ejemplo, queremos cambiar el valor correspondiente a la clave de nuestro usuario llamado
"Federicolopez", queremos como nueva clave "Boca", necesitamos una condicin "where" que
afecte solamente a este registro:
update usuarios set clave='Boca'
where nombre='Federicolopez';
Si Microsoft SQL Server no encuentra registros que cumplan con la condicin del "where", no se
modifica ninguno.
Las condiciones no son obligatorias, pero si omitimos la clusula "where", la actualizacin
afectar a todos los registros.
Tambin podemos actualizar varios campos en una sola instruccin:
update usuarios set nombre='Marceloduarte', clave='Marce'
Para ello colocamos "update", el nombre de la tabla, "set" junto al nombre del campo y el nuevo
valor y separado por coma, el otro nombre del campo con su nuevo valor.
10.Comentarios
Para aclarar algunas instrucciones, en ocasiones, necesitamos agregar comentarios.
Es posible ingresar comentarios en la lnea de comandos, es decir, un texto que no se ejecuta;
para ello se emplean dos guiones (--) al comienzo de la lnea:
select * from libros --mostramos los registros de libros;
En la lnea anterior, todo lo que est luego de los guiones (hacia la derecha) no se ejecuta.
Para agregar varias lneas de comentarios, se coloca una barra seguida de un asterisco (/*) al
comienzo del bloque de comentario y al finalizarlo, un asterisco seguido de una barra (*/).
select titulo, autor
/*mostramos ttulos y
nombres de los autores*/
from libros;
Todo lo que est entre los smbolos "/*" y "*/" no se ejecuta.
11.Valores null (is null)

"null" significa "dato desconocido" o "valor inexistente". No es lo mismo que un valor "0", una
cadena vaca o una cadena literal "null".
A veces, puede desconocerse o no existir el dato correspondiente a algn campo de un registro.
En estos casos decimos que el campo puede contener valores nulos.
Por ejemplo, en nuestra tabla de libros, podemos tener valores nulos en el campo "precio" porque
es posible que para algunos libros no le hayamos establecido el precio para la venta.
En contraposicin, tenemos campos que no pueden estar vacos jams.
Veamos un ejemplo. Tenemos nuestra tabla "libros". El campo "titulo" no debera estar vaco
nunca, igualmente el campo "autor". Para ello, al crear la tabla, debemos especificar que dichos
campos no admitan valores nulos:
create table libros(
titulo varchar(30) not null,
autor varchar(20) not null,
editorial varchar(15) null,
precio float
);
Para especificar que un campo no admita valores nulos, debemos colocar "not null" luego de la
definicin del campo.
En el ejemplo anterior, los campos "editorial" y "precio" si admiten valores nulos.
Cuando colocamos "null" estamos diciendo que admite valores nulos (caso del campo "editorial");
por defecto, es decir, si no lo aclaramos, los campos permiten valores nulos (caso del campo
"precio").
Si ingresamos los datos de un libro, para el cual an no hemos definido el precio podemos colocar
"null" para mostrar que no tiene precio:
insert into libros(titulo,autor,editorial,precio)
values('El aleph','Borges','Emece',null);
Note que el valor "null" no es una cadena de caracteres, no se coloca entre comillas.
Entonces, si un campo acepta valores nulos, podemos ingresar "null" cuando no conocemos el
valor.
Tambin podemos colocar "null" en el campo "editorial" si desconocemos el nombre de la editorial
a la cual pertenece el libro que vamos a ingresar:
insert into libros (titulo,autor,editorial,precio)

values('Alicia en el pais','Lewis Carroll',null,25);
Si intentamos ingresar el valor "null" en campos que no admiten valores nulos (como "titulo" o
"autor"), SQL Server no lo permite, muestra un mensaje y la insercin no se realiza; por ejemplo:
values(null,'Borges','Siglo XXI',25);
Para ver cules campos admiten valores nulos y cules no, podemos emplear el procedimiento
almacenado "sp_columns" junto al nombre de la tabla. Nos muestra mucha informacin, en la
columna "IS_NULLABLE" vemos que muestra "NO" en los campos que no permiten valores nulos y
"YES" en los campos que si los permiten.
Para recuperar los registros que contengan el valor "null" en algn campo, no podemos utilizar los
operadores relacionales vistos anteriormente: = (igual) y <> (distinto); debemos utilizar los
operadores "is null" (es igual a null) y "is not null" (no es null):
where precio is null;
La sentencia anterior tendr una salida diferente a la siguiente:
where precio=0;
Con la primera sentencia veremos los libros cuyo precio es igual a "null" (desconocido); con la
segunda, los libros cuyo precio es 0.
Igualmente para campos de tipo cadena, las siguientes sentencias "select" no retornan los mismos
registros:
select * from libros where editorial is null;
select * from libros where editorial='';
Con la primera sentencia veremos los libros cuya editorial es igual a "null", con la segunda, los
libros cuya editorial guarda una cadena vaca.
Entonces, para que un campo no permita valores nulos debemos especificarlo luego de definir el
campo, agregando "not null". Por defecto, los campos permiten valores nulos, pero podemos
especificarlo igualmente agregando "null".
12.Clave primaria
Una clave primaria es un campo (o varios) que identifica un solo registro (fila) en una tabla.
Para un valor del campo clave existe solamente un registro.
Veamos un ejemplo, si tenemos una tabla con datos de personas, el nmero de documento puede
establecerse como clave primaria, es un valor que no se repite; puede haber personas con igual
apellido y nombre, incluso el mismo domicilio (padre e hijo por ejemplo), pero su documento
ser siempre distinto.
Si tenemos la tabla "usuarios", el nombre de cada usuario puede establecerse como clave
primaria, es un valor que no se repite; puede haber usuarios con igual clave, pero su nombre de
usuario ser siempre diferente.
Podemos establecer que un campo sea clave primaria al momento de crear la tabla o luego que
ha sido creada. Vamos a aprender a establecerla al crear la tabla. Hay 2 maneras de hacerlo, por
ahora veremos la sintaxis ms sencilla.
Tenemos nuestra tabla "usuarios" definida con 2 campos ("nombre" y "clave").
create table NOMBRETABLA(
CAMPO TIPO,
...
primary key (NOMBRECAMPO)
);
En el siguiente ejemplo definimos una clave primaria, para nuestra tabla "usuarios" para
asegurarnos que cada usuario tendr un nombre diferente y nico:
create table usuarios(
nombre varchar(20),
clave varchar(10),
primary key(nombre)
);
Lo que hacemos agregar luego de la definicin de cada campo, "primary key" y entre parntesis,
el nombre del campo que ser clave primaria.
Una tabla slo puede tener una clave primaria. Cualquier campo (de cualquier tipo) puede ser
clave primaria, debe cumplir como requisito, que sus valores no se repitan ni sean nulos. Por ello,
al definir un campo como clave primaria, automticamente SQL Server lo convierte a "not null".
Luego de haber establecido un campo como clave primaria, al ingresar los registros, SQL Server
controla que los valores para el campo establecido como clave primaria no estn repetidos en la
tabla; si estuviesen repetidos, muestra un mensaje y la insercin no se realiza. Es decir, si en

nuestra tabla "usuarios" ya existe un usuario con nombre "juanperez" e intentamos ingresar un
nuevo usuario con nombre "juanperez", aparece un mensaje y la instruccin "insert" no se
ejecuta.
Igualmente, si realizamos una actualizacin, SQL Server controla que los valores para el campo
establecido como clave primaria no estn repetidos en la tabla, si lo estuviese, aparece un
mensaje indicando que se viola la clave primaria y la actualizacin no se realiza.
13.Campo con atributo Identity

Un campo numrico puede tener un atributo extra "identity". Los valores de un campo con este
atributo generan valores secuenciales que se inician en 1 y se incrementan en 1
automticamente.
Se utiliza generalmente en campos correspondientes a cdigos de identificacin para generar
valores nicos para cada nuevo registro que se inserta.
Slo puede haber un campo "identity" por tabla.
Para que un campo pueda establecerse como "identity", ste debe ser entero (tambin puede ser
de un subtipo de entero o decimal con escala 0, tipos que estudiaremos posteriormente).
Para que un campo genere sus valores automticamente, debemos agregar el atributo "identity"
luego de su definicin al crear la tabla:
codigo int identity,
autor varchar(30),
editorial varchar(15),
precio float
);
Cuando un campo tiene el atributo "identity" no se puede ingresar valor para l, porque se inserta
automticamente tomando el ltimo valor como referencia, o 1 si es el primero.
Para ingresar registros omitimos el campo definido como "identity", por ejemplo:
values('El aleph','Borges','Emece',23);
Este primer registro ingresado guardar el valor 1 en el campo correspondiente al cdigo.
Si continuamos ingresando registros, el cdigo (dato que no ingresamos) se cargar
automticamente siguiendo la secuencia de autoincremento.
No est permitido ingresar el valor correspondiente al campo "identity", por ejemplo:
insert into libros (codigo,titulo,autor,editorial,precio)
values(5,'Martin Fierro','Jose Hernandez','Paidos',25);
Generar un mensaje de error.
"identity" permite indicar el valor de inicio de la secuencia y el incremento, pero lo veremos
posteriormente.
Un campo definido como "identity" generalmente se establece como clave primaria.

Un campo "identity" no es editable, es decir, no se puede ingresar un valor ni actualizarlo.
Un campo de identidad no permite valores nulos, aunque no se indique especificamente. Si
ejecutamos el procedimiento "sp_columns()" veremos que en el campo "codigo" en la columna
"TYPE_NAME" aparece "int identity" y en la columna "IS_NULLABLE" aparece "NO".
Los valores secuenciales de un campo "identity" se generan tomando como referencia el ltimo
valor ingresado; si se elimina el ltimo registro ingresado (por ejemplo 3) y luego se inserta otro
registro, SQL Server seguir la secuencia, es decir, colocar el valor "4".
14.Otras caractersticas del atributo Identity

El atributo "identity" permite indicar el valor de inicio de la secuencia y el incremento, para ello
usamos la siguiente sintaxis:
codigo int identity(100,2),
titulo varchar(20),
autor varchar(30),
precio float
);
Los valores comenzarn en "100" y se incrementarn de 2 en 2; es decir, el primer registro
ingresado tendr el valor "100", los siguientes "102", "104", "106", etc.
La funcin "ident_seed()" retorna el valor de inicio del campo "identity" de la tabla que
nombramos:
select ident_seed('libros');
La funcin "ident_incr()" retorna el valor de incremento del campo "identity" de la tabla
nombrada:
select ident_incr('libros');
Hemos visto que en un campo declarado "identity" no puede ingresarse explcitamente un valor.
Para permitir ingresar un valor en un campo de identidad se debe activar la opcin
"identity_insert":
set identity_insert libros on;
Es decir, podemos ingresar valor en un campo "identity" seteando la opcin "identity_insert" en
"on".
Cuando "identity_insert" est en ON, las instrucciones "insert" deben explicitar un valor:
insert into libros (codigo,titulo)
values (5,'Alicia en el pais de las maravillas');
Si no se coloca un valor para el campo de identidad, la sentencia no se ejecuta y aparece un
mensaje de error:
insert into libros (titulo,autor, editorial)
values ('Matematica estas ahi','Paenza','Paidos');

El atributo "identity" no implica unicidad, es decir, permite repeticin de valores; por ello hay
que tener cuidado al explicitar un valor porque se puede ingresar un valor repetido.
Para desactivar la opcin "identity_insert" tipeamos:
set identity_insert libros of;
15.Truncate table
Aprendimos que para borrar todos los registro de una tabla se usa "delete" sin condicin "where".
Tambin podemos eliminar todos los registros de una tabla con "truncate table".
Por ejemplo, queremos vaciar la tabla "libros", usamos:
truncate table libros;
La sentencia "truncate table" vaca la tabla (elimina todos los registros) y conserva la estructura
de la tabla.
La diferencia con "drop table" es que esta sentencia borra la tabla, "truncate table" la vaca.
La diferencia con "delete" es la velocidad, es ms rpido "truncate table" que "delete" (se nota
cuando la cantidad de registros es muy grande) ya que ste borra los registros uno a uno.
Otra diferencia es la siguiente: cuando la tabla tiene un campo "identity", si borramos todos los
registros con "delete" y luego ingresamos un registro, al cargarse el valor en el campo de
identidad, contina con la secuencia teniendo en cuenta el valor mayor que se haba guardado; si
usamos "truncate table" para borrar todos los registros, al ingresar otra vez un registro, la
secuencia del campo de identidad vuelve a iniciarse en 1.
Por ejemplo, tenemos la tabla "libros" con el campo "codigo" definido "identity", y el valor ms
alto de ese campo es "2", si borramos todos los registros con "delete" y luego ingresamos un
registro, ste guardar el valor de cdigo "3"; si en cambio, vaciamos la tabla con "truncate
table", al ingresar un nuevo registro el valor del cdigo se iniciar en 1 nuevamente.
16.Otros tipos de datos en SQL Server

Ya explicamos que al crear una tabla debemos elegir la estructura adecuada, esto es, definir los
campos y sus tipos ms precisos, segn el caso.
El tipo de dato especificado en la definicin de cada campo indica los valores permitidos para
cada uno de ellos.
Hasta ahora hemos visto 3 tipos de datos: varchar, integer y float. Hay ms tipos, incluso,
subtipos.
Los valores que podemos guardar son:
1. TEXTO: Para almacenar texto usamos cadenas de caracteres.
Las cadenas se colocan entre comillas simples. Podemos almacenar letras, smbolos y dgitos
con los que no se realizan operaciones matemticas, por ejemplo, cdigos de identificacin,
nmeros de documentos, nmeros telefnicos.
SQL Server ofrece los siguientes tipos: char, nchar, varchar, nvarchar, text y ntext.
2. NUMEROS: Existe variedad de tipos numricos para representar enteros, decimales,
monedas.
Para almacenar valores enteros, por ejemplo, en campos que hacen referencia a cantidades,
precios, etc., usamos el tipo integer (y sus subtipos: tinyint, smallint y bigint).
Para almacenar valores con decimales exactos, utilizamos: numeric o decimal (son
equivalentes).
Para guardar valores decimales aproximados: float y real. Para almacenar valores
monetarios: money y smallmoney.
3. FECHAS y HORAS: para guardar fechas y horas SQL Server dispone de 2 tipos: datetime y
smalldatetime.
Existen otros tipos de datos que analizaremos en secciones prximas.
Entonces, cuando creamos una tabla y definir sus campos debemos elegir el tipo de dato ms
preciso. Por ejemplo, si necesitamos almacenar nombres usamos texto; si un campo numrico
almacenar solamente valores enteros el tipo "integer" es ms adecuado que, por ejemplo un
"float"; si necesitamos almacenar precios, lo ms lgico es utilizar el tipo "money".
A continuacin analizaremos en detalle cada tipo de dato bsicos.
17.Tipo de dato (texto)

Para almacenar TEXTO usamos cadenas de caracteres.
Las cadenas se colocan entre comillas simples.
Podemos almacenar letras, smbolos y dgitos con los que no se realizan operaciones
matemticas, por ejemplo, cdigos de identificacin, nmeros de documentos, nmeros
telefnicos.
Tenemos los siguientes tipos:
1. varchar(x): define una cadena de caracteres de longitud variable en la cual
determinamos el mximo de caracteres con el argumento "x" que va entre parntesis.
Si se omite el argumento coloca 1 por defecto. Su rango va de 1 a 8000 caracteres.
2. char(x): define una cadena de longitud fija determinada por el argumento "x". Si se
omite el argumento coloca 1 por defecto. Su rango es de 1 a 8000 caracteres.
Si la longitud es invariable, es conveniente utilizar el tipo char; caso contrario, el tipo
varchar.
Ocupa tantos bytes como se definen con el argumento "x".
"char" viene de character, que significa caracter en ingls.
3. text: guarda datos binarios de longitud variable, puede contener hasta 2000000000
caracteres. No admite argumento para especificar su longitud.
4. nvarchar(x): es similar a "varchar", excepto que permite almacenar caracteres Unicode,
su rango va de 0 a 4000 caracteres porque se emplean 2 bytes por cada caracter.
5. nchar(x): es similar a "char" excpeto que acepta caracteres Unicode, su rango va de 0 a
4000 caracteres porque se emplean 2 bytes por cada caracter.
6. ntext: es similar a "text" excepto que permite almacenar caracteres Unicode, puede
contener hasta 1000000000 caracteres. No admite argumento para especificar su
longitud.
En general se usarn los 3 primeros.
Si intentamos almacenar en un campo una cadena de caracteres de mayor longitud que la
definida, aparece un mensaje indicando tal situacin y la sentencia no se ejecuta.
Por ejemplo, si definimos un campo de tipo varchar(10) y le asignamos la cadena 'Aprenda PHP'
(11 caracteres), aparece un mensaje y la sentencia no se ejecuta.
Si ingresamos un valor numrico (omitiendo las comillas), lo convierte a cadena y lo ingresa como
tal.
Por ejemplo, si en un campo definido como varchar(5) ingresamos el valor 12345, lo toma como si
hubisemos tipeado '12345', igualmente, si ingresamos el valor 23.56, lo convierte a '23.56'. Si el
valor numrico, al ser convertido a cadena supera la longitud definida, aparece un mensaje de
error y la sentencia no se ejecuta.
Es importante elegir el tipo de dato adecuado segn el caso, el ms preciso.
Para almacenar cadenas que varan en su longitud, es decir, no todos los registros tendrn la
misma longitud en un campo determinado, se emplea "varchar" en lugar de "char".
Por ejemplo, en campos que guardamos nombres y apellidos, no todos los nombres y apellidos
tienen la misma longitud.
Para almacenar cadenas que no varan en su longitud, es decir, todos los registros tendrn la
misma longitud en un campo determinado, se emplea "char".
Por ejemplo, definimos un campo "codigo" que constar de 5 caracteres, todos los registros
tendrn un cdigo de 5 caracteres, ni ms ni menos.
Para almacenar valores superiores a 8000 caracteres se debe emplear "text".
Tipo
Bytes de almacenamiento
_______________________________________
varchar(x)
0 a 8K
char(x)
0 a 8K
text
0 a 2GB
nvarchar(x)
nchar(x)
ntext
0 a 8K
0 a 8K
0 a 2GB
18.Tipo de dato (numrico)

Para almacenar valores NUMERICOS SQL Server dispone de varios tipos.
Para almacenar valores ENTEROS, por ejemplo, en campos que hacen referencia a cantidades,
usamos:
1. integer o int: su rango es de -2000000000 a 2000000000 aprox. El tipo "integer" tiene
subtipos:
smallint: Puede contener hasta 5 dgitos. Su rango va desde 32000 hasta 32000 aprox.
tinyint: Puede almacenar valores entre 0 y 255.
bigint: De 9000000000000000000 hasta 9000000000000000000 aprox.
Para almacenar valores numricos EXACTOS con decimales, especificando la cantidad de cifras
a la izquierda y derecha del separador decimal, utilizamos:
2. decimal o numeric (t,d): Pueden tener hasta 38 dgitos, guarda un valor exacto. El
primer argumento indica el total de dgitos y el segundo, la cantidad de decimales.
Por ejemplo, si queremos almacenar valores entre -99.99 y 99.99 debemos definir el
campo como tipo "decimal(4,2)". Si no se indica el valor del segundo argumento, por
defecto es "0". Por ejemplo, si definimos "decimal(4)" se pueden guardar valores entre
-9999 y 9999.
El rango depende de los argumentos, tambin los bytes que ocupa.
Se utiliza el punto como separador de decimales.
Si ingresamos un valor con ms decimales que los permitidos, redondea al ms cercano;
por ejemplo, si definimos "decimal(4,2)" e ingresamos el valor "12.686", guardar "12.69",
redondeando hacia arriba; si ingresamos el valor "12.682", guardar "12.67", redondeando
hacia abajo.
Para almacenar valores numricos APROXIMADOS con decimales utilizamos:

3. float y real: De 1.79E+308 hasta 1.79E+38. Guarda valores aproximados.
4. real: Desde 3.40E+308 hasta 3.40E+38. Guarda valores aproximados.
Para almacenar valores MONETARIOS empleamos:
5. money: Puede tener hasta 19 digitos y slo 4 de ellos puede ir luego del separador
decimal; entre 900000000000000.5808 aprox y 900000000000000.5807.
6. smallmoney: Entre 200000.3648 y 200000.3647 aprox.
Para todos los tipos numricos:
si intentamos ingresar un valor fuera de rango, no lo permite.

si ingresamos una cadena, SQL Server intenta convertirla a valor numrico, si dicha cadena
consta solamente de dgitos, la conversin se realiza, luego verifica si est dentro del rango,
si es as, la ingresa, sino, muestra un mensaje de error y no ejecuta la sentencia. Si la
cadena contiene caracteres que SQL Server no puede convertir a valor numrico, muestra un
mensaje de error y la sentencia no se ejecuta.
Por ejemplo, definimos un campo de tipo decimal(5,2), si ingresamos la cadena '12.22', la

convierte al valor numrico 12.22 y la ingresa; si intentamos ingresar la cadena '1234.56', la
convierte al valor numrico 1234.56, pero como el mximo valor permitido es 999.99, muestra un
mensaje indicando que est fuera de rango. Si intentamos ingresar el valor '12y.25', SQL Server no
puede realizar la conversin y muestra un mensaje de error.
Es importante elegir el tipo de dato adecuado segn el caso, el ms preciso. Por ejemplo, si un
campo numrico almacenar valores positivos menores a 255, el tipo "int" no es el ms adecuado,
conviene el tipo "tinyint", de esta manera usamos el menor espacio de almacenamiento posible.
Si vamos a guardar valores monetarios menores a 200000 conviene emplear "smallmoney" en lugar
de "money".
Tipo
_______________________________________
int
4
smallint
2
tinyint
1
bigint
8
decimal
2 a 17
float
real
4u8
4a8
money
smallmoney
8
4
19.Tipo de dato (fecha y hora)

Para almacenar valores de tipo FECHA Y HORA SQL Server dispone de dos tipos:
1. datetime: puede almacenar valores desde 01 de enero de 1753 hasta 31 de diciembre de
9999.
2. smalldatetime: el rango va de 01 de enero de 1900 hasta 06 de junio de 2079.
Las fechas se ingresan entre comillas simples.
Para almacenar valores de tipo fecha se permiten como separadores "/", "-" y ".".
SQL Server reconoce varios formatos de entrada de datos de tipo fecha. Para establecer el orden
de las partes de una fecha (dia, mes y ao) empleamos "set dateformat". Estos son los formatos:
- mdy
: 4/15/96 (mes y da con 1 2 dgitos y ao con 2 4 dgitos),
- myd
: 4/96/15,
- dmy
: 15/4/1996
- dym
: 15/96/4,
- ydm
: 96/15/4,
- ydm
: 1996/15/4,
Para ingresar una fecha con formato "da-mes-ao", tipeamos:
set dateformat dmy;
El formato por defecto es "mdy".
Todos
los
valores
de
tipo
"datetime"
se
muestran
en
formato
"ao-mes-da
hora:minuto:segundo .milisegundos", independientemente del formato de ingreso que hayamos

seteado.
Podemos ingresar una fecha, sin hora, en tal caso la hora se guarda como "00:00:00". Por
ejemplo, si ingresamos '25-12-01' (ao de 2 dgitos), lo mostrar as: '2001-12-25 00:00:00.000'.
Podemos ingresar una hora sin fecha, en tal caso, coloca la fecha "1900-01-01". Por ejemplo, si
ingresamos '10:15', mostrar '1900-01-01 10:15.000'.
Podemos emplear los operadores relacionales vistos para comparar fechas.
Tipo
_______________________________________
datetime
8
smalldatetime 4
20.Ingresar algunos campos (insert into)

Hemos aprendido a ingresar registros listando todos los campos y colocando valores para todos y
cada uno de ellos luego de "values".
Si ingresamos valores para todos los campos, podemos omitir la lista de nombres de los campos.
Por ejemplo, si tenemos creada la tabla "libros" con los campos "titulo", "autor" y "editorial",
podemos ingresar un registro de la siguiente manera:
insert into libros
values ('Uno','Richard Bach','Planeta');
Tambin es posible ingresar valores para algunos campos. Ingresamos valores solamente para los
campos "titulo" y "autor":
insert into libros (titulo, autor)
values ('El aleph','Borges');
SQL Server almacenar el valor "null" en el campo "editorial", para el cual no hemos explicitado
un valor.
Al ingresar registros debemos tener en cuenta:
la lista de campos debe coincidir en cantidad y tipo de valores con la lista de valores luego
de "values". Si se listan ms (o menos) campos que los valores ingresados, aparece un
mensaje de error y la sentencia no se ejecuta.
si ingresamos valores para todos los campos podemos obviar la lista de campos.
podemos omitir valores para los campos que NO hayan sido declarados "not null", es decir,
que permitan valores nulos (se guardar "null"); si omitimos el valor para un campo "not
null", la sentencia no se ejecuta.
se DEBE omitir el valor para el campo"identity". Salvo que identity_insert est en on.
se pueden omitir valores para campos declarados "not null" siempre que tengan definido un
valor por defecto con la clusula "default" (tema que veremos a continuacin).
21.Valores por defecto (default)

Hemos visto que si al insertar registros no se especifica un valor para un campo que admite
valores nulos, se ingresa automaticamente "null" y si el campo est declarado "identity", se
inserta el siguiente de la secuencia. A estos valores se les denomina valores por defecto o
predeterminados.
Un valor por defecto se inserta cuando no est presente al ingresar un registro y en algunos casos
en que el dato ingresado es invlido.
Para campos de cualquier tipo no declarados "not null", es decir, que admiten valores nulos, el
valor por defecto es "null". Para campos declarados "not null", no existe valor por defecto, a
menos que se declare explcitamente con la clusula "default".
Para todos los tipos, excepto los declarados "identity", se pueden explicitar valores por defecto
con la clusula "default".
Podemos establecer valores por defecto para los campos cuando creamos la tabla. Para ello
utilizamos "default" al definir el campo. Por ejemplo, queremos que el valor por defecto del
campo "autor" de la tabla "libros" sea "Desconocido" y el valor por defecto del campo "cantidad"
sea "0":
titulo varchar(40),
autor varchar(30) not null default 'Desconocido',
precio decimal(5,2),
cantidad tinyint default 0
);
Si al ingresar un nuevo registro omitimos los valores para el campo "autor" y "cantidad", Sql Server
insertar los valores por defecto; el siguiente valor de la secuencia en "codigo", en "autor"
colocar "Desconocido" y en cantidad "0".
Entonces, si al definir el campo explicitamos un valor mediante la clusula "default", se ser el
valor por defecto.
Ahora, al visualizar la estructura de la tabla con "sp_columns" podemos entender lo que informa
la columna "COLUMN_DEF", muestra el valor por defecto del campo.
Tambin se puede utilizar "default" para dar el valor por defecto a los campos en sentencias
"insert", por ejemplo:
insert into libros (titulo,autor,precio,cantidad)
values ('El gato con botas',default,default,100);
Si todos los campos de una tabla tienen valores predeterminados (ya sea por ser "identity",
permitir valores nulos o tener un valor por defecto), se puede ingresar un registro de la siguiente
manera:
insert into libros default values;
La sentencia anterior almacenar un registro con los valores predetermiandos para cada uno de
sus campos.
Entonces, la clusula "default" permite especificar el valor por defecto de un campo. Si no se
explicita, el valor por defecto es "null", siempre que el campo no haya sido declarado "not null".
Los campos para los cuales no se ingresan valores en un "insert" tomarn los valores por defecto:
si tiene el atributo "identity": el valor de inicio de la secuencia si es el primero o el siguiente

valor de la secuencia, no admite clusula "default";
si permite valores nulos y no tiene clusula "default", almacenar "null";
si est declarado explcitamente "not null", no tiene valor "default" y no tiene el atributo
"identity", no hay valor por defecto, as que causar un error y el "insert" no se ejecutar.
si tiene clusula "default" (admita o no valores nulos), el valor definido como

predeterminado;
para campos de tipo fecha y hora, si omitimos la parte de la fecha, el valor predeterminado
para la fecha es "1900-01-01" y si omitimos la parte de la hora, "00:00:00".
Un campo slo puede tener un valor por defecto. Una tabla puede tener todos sus campos con
valores por defecto. Que un campo tenga valor por defecto no significa que no admita valores
nulos, puede o no admitirlos.
22.Columnas calculadas (operadores aritmticos y de concatenacin)

Aprendimos que los operadores son smbolos que permiten realizar distintos tipos de operaciones.
Dijimos que SQL Server tiene 4 tipos de operadores: 1) relacionales o de comparacin (los vimos),
2) lgicos (lo veremos ms adelante, 3) aritmticos y 4) de concatenacin.
Los operadores aritmticos permiten realizar clculos con valores numricos.
Son: multiplicacin (*), divisin (/) y mdulo (%) (el resto de dividir nmeros enteros), suma (+) y
resta (-).
Es posible obtener salidas en las cuales una columna sea el resultado de un clculo y no un campo
de una tabla.
Si queremos ver los ttulos, precio y cantidad de cada libro escribimos la siguiente sentencia:
select titulo,precio,cantidad
from libros;
Si queremos saber el monto total en dinero de un ttulo podemos multiplicar el precio por la
cantidad por cada ttulo, pero tambin podemos hacer que SQL Server realice el clculo y lo
incluya en una columna extra en la salida:
select titulo, precio,cantidad,
precio*cantidad
from libros;
Si queremos saber el precio de cada libro con un 10% de descuento podemos incluir en la
sentencia los siguientes clculos:
select titulo,precio,
precio-(precio*0.1)
from libros;
Tambin podemos actualizar los datos empleando operadores aritmticos:
update libros set precio=precio-(precio*0.1);
Todas las operaciones matemticas retornan "null" en caso de error. Ejemplo:
select 5/0;
Los operadores de concatenacin: permite concatenar cadenas, el ms (+).
Para concatenar el ttulo, el autor y la editorial de cada libro usamos el operador de

concatenacin ("+"):
select titulo+'-'+autor+'-'+editorial
from libros;
Note que concatenamos adems unos guiones para separar los campos.
23.Alias
Una manera de hacer ms comprensible el resultado de una consulta consiste en cambiar los
encabezados de las columnas.
Por ejemplo, tenemos la tabla "agenda" con un campo "nombre" (entre otros) en el cual se
almacena el nombre y apellido de nuestros amigos; queremos que al mostrar la informacin de
dicha tabla aparezca como encabezado del campo "nombre" el texto "nombre y apellido", para
ello colocamos un alias de la siguiente manera:
select nombre as NombreYApellido,
domicilio,telefono
from agenda;
Para reemplazar el nombre de un campo por otro, se coloca la palabra clave "as" seguido del
texto del encabezado.
Si el alias consta de una sola cadena las comillas no son necesarias, pero si contiene ms de una
palabra, es necesario colocarla entre comillas simples:
select nombre as 'Nombre y apellido',
domicilio,telefono
from agenda;
Un alias puede contener hasta 128 caracteres.
Tambin se puede crear un alias para columnas calculadas.
La palabra clave "as" es opcional en algunos casos, pero es conveniente usarla.
Entonces, un "alias" se usa como nombre de un campo o de una expresin. En estos casos, son
opcionales, sirven para hacer ms comprensible el resultado; en otros casos, que veremos ms
adelante, son obligatorios.
24.Funciones
Una funcin es un conjunto de sentencias que operan como una unidad lgica.
Una funcin tiene un nombre, retorna un parmetro de salida y opcionalmente acepta
parmetros de entrada. Las funciones de SQL Server no pueden ser modificadas, las funciones
definidas por el usuario si.
SQL Server ofrece varios tipos de funciones para realizar distintas operaciones. Se pueden
clasificar de la siguiente manera:
1) de agregado: realizan operaciones que combinan varios valores y retornan un nico valor.
Son "count", "sum", "min" y "max".
2) escalares: toman un solo valor y retornan un nico valor. Pueden agruparse de la
siguiente manera:
de configuracin: retornan informacin referida a la configuracin.

Ejemplo:
select @@version;
retorna la fecha, versin y tipo de procesador de SQL Server.
de cursores: retornan informacin sobre el estado de un cursor.
de fecha y hora: operan con valores "datetime" y "smalldatetime". Reciben un

parmetro de tipo fecha y hora y retornan un valor de cadena, numrico o de fecha
y hora.
matemticas: realizan operaciones numricas, geomtricas y trigonomtricas.
de metadatos: informan sobre las bases de datos y los objetos.
de seguridad: devuelven informacin referente a usuarios y funciones.
de cadena: operan con valores "char", "varchar", "nchar", "nvarchar", "binary" y

"varbinary" y devuelven un valor de cadena o numrico.
del sistema: informan sobre opciones, objetos y configuraciones del sistema.

Ejemplo:
select user_name();
estadsticas del sistema: retornan informacin referente al rendimiento del sistema.
texto e imagen: realizan operaciones con valor de entrada de tipo text o image y
retornan informacin referente al mismo.
3) de conjuntos de filas: retornan conjuntos de registros.

Se pueden emplear las funciones del sistema en cualquier lugar en el que se permita una
expresin en una sentencia "select".
Estudiaremos algunas de ellas.
25.Funciones para el manejo de cadenas

Microsoft SQL Server tiene algunas funciones para trabajar con cadenas de caracteres. Estas son
algunas:
substring(cadena,inicio,longitud): devuelve una parte de la cadena especificada como primer

argumento, empezando desde la posicin especificada por el segundo argumento y de tantos
caracteres de longitud como indica el tercer argumento. Ejemplo:
select substring('Buenas tardes',8,6);
retorna "tardes".
str(numero,longitud,cantidaddecimales): convierte nmeros a caracteres; el primer parmetro

indica el valor numrico a convertir, el segundo la longitud del resultado (debe ser mayor o
igual a la parte entera del nmero ms el signo si lo tuviese) y el tercero, la cantidad de
decimales. El segundo y tercer argumento son opcionales y deben ser positivos. String significa
cadena en ingls.
Ejemplo: se convierte el valor numrico "123.456" a cadena, especificando 7 de longitud y 3
decimales:
select str(123.456,7,3);
select str(-123.456,7,3);
retorna '-123.46';
Si no se colocan el segundo y tercer argumeno, la longitud predeterminada es 10 y la cantidad
de decimales 0 y se redondea a entero. Ejemplo: se convierte el valor numrico "123.456" a
cadena:
select str(123.456);
retorna '123';
select str(123.456,3);
retorna '123';
Si el segundo parmetro es menor a la parte entera del nmero, devuelve asteriscos (*).
Ejemplo:
select str(123.456,2,3);
retorna "**".
stuff(cadena1,inicio,cantidad,cadena2): inserta la cadena enviada como cuarto argumento, en

la posicin indicada en el segundo argumento, reemplazando la cantidad de caracteres
indicada por el tercer argumento en la cadena que es primer parmetro. Stuff significa
rellenar en ingls. Ejemplo:
select stuf('abcde',3,2,'opqrs');
retorna "abopqrse". Es decir, coloca en la posicin 2 la cadena "opqrs" y reemplaza 2
caracteres de la primer cadena.
Los argumentos numricos deben ser positivos y menor o igual a la longitud de la primera
cadena, caso contrario, retorna "null".
Si el tercer argumento es mayor que la primera cadena, se elimina hasta el primer carcter.
len(cadena): retorna la longitud de la cadena enviada como argumento. "len" viene de length,
que significa longitud en ingls. Ejemplo:
select len('Hola');
devuelve 4.
char(x): retorna un caracter en cdigo ASCII del entero enviado como argumento. Ejemplo:
select char(65);
retorna "A".
left(cadena,longitud): retorna la cantidad (longitud) de caracteres de la cadena comenzando

desde la izquierda, primer caracter. Ejemplo:
select left('buenos dias',8);
retorna "buenos d".
right(cadena,longitud): retorna la cantidad (longitud) de caracteres de la cadena comenzando

desde la derecha, ltimo caracter. Ejemplo:
select right('buenos dias',8);
retorna "nos dias".

lower(cadena): retornan la cadena con todos los caracteres en minsculas. lower significa
reducir en ingls. Ejemplo:
select lower('HOLA ESTUDIAnte');

retorna "hola estudiante".
upper(cadena): retornan la cadena con todos los caracteres en maysculas. Ejemplo:

select upper('HOLA ESTUDIAnte');
retorna "HOLA ESTUDIANTE".
ltrim(cadena): retorna la cadena con los espacios de la izquierda eliminados. Trim significa
recortar. Ejemplo:
select ltrim('
Hola
');
retorna "Hola ".
rtrim(cadena): retorna la cadena con los espacios de la derecha eliminados. Ejemplo:

select rtrim('
Hola
');
retorna " Hola".
replace(cadena,cadenareemplazo,cadenareemplazar):
retorna
la
cadena
con
todas
las
ocurrencias de la subcadena reemplazo por la subcadena a reemplazar. Ejemplo:

select replace('xxx.sqlserverya.com','x','w');
retorna "www.sqlserverya.com'.
reverse(cadena): devuelve la cadena invirtiendo el order de los caracteres. Ejemplo:

select reverse('Hola');
retorna "aloH".
patindex(patron,cadena): devuelve la posicin de comienzo (de la primera ocurrencia) del

patrn especificado en la cadena enviada como segundo argumento. Si no la encuentra
retorna 0. Ejemplos:
select patindex('%Luis%', 'Jorge Luis Borges');
retorna 7.
select patindex('%or%', 'Jorge Luis Borges');
retorna 2.
select patindex('%ar%', 'Jorge Luis Borges');
retorna 0.
charindex(subcadena,cadena,inicio): devuelve la posicin donde comienza la subcadena en la

cadena, comenzando la bsqueda desde la posicin indicada por "inicio". Si el tercer
argumento no se coloca, la bsqueda se inicia desde 0. Si no la encuentra, retorna 0.
Ejemplos:
select charindex('or','Jorge Luis Borges',5);
retorna 13.
select charindex('or','Jorge Luis Borges');

retorna 2.
select charindex('or','Jorge Luis Borges',14);
retorna 0.
select charindex('or', 'Jorge Luis Borges');
retorna 0.
replicate(cadena,cantidad): repite una cadena la cantidad de veces especificada. Ejemplo:

select replicate ('Hola',3);
retorna "HolaHolaHola";
space(cantidad): retorna una cadena de espacios de longitud indicada por "cantidad", que debe
ser un valor positivo. Ejemplo:
select 'Hola'+space(1)+'que tal';
retorna "Hola que tal".
Se pueden emplear estas funciones enviando como argumento el nombre de un campo de tipo
carcter.
26.Funciones matemticas
Las funciones matemticas realizan operaciones con expresiones numricas y retornan un
resultado, operan con tipos de datos numricos.
Microsoft SQL Server tiene algunas funciones para trabajar con nmeros. Aqu presentamos
algunas.
abs(x): retorna el valor absoluto del argumento "x". Ejemplo:

select abs(-20);
retorna 20.
ceiling(x): redondea hacia arriba el argumento "x". Ejemplo:

select ceiling(12.34);
retorna 13.
floor(x): redondea hacia abajo el argumento "x". Ejemplo:

select floor(12.34);
retorna 12.
%: devuelve el resto (residuo) de una divisin. Ejemplos:

select 10%3;
retorna 1.
select 10%3;
retorna 0.
power(x,y): retorna el valor de "x" elevado a la "y" potencia. Ejemplo:
select power(2,3);
retorna 8.
round(numero,longitud): retorna un nmero redondeado a la longitud especificada. "longitud"

debe ser tinyint, smallint o int. Si "longitud" es positivo, el nmero de decimales es
redondeado segn "longitud"; si es negativo, el nmero es redondeado desde la parte entera
segn el valor de "longitud". Ejemplos:
select round(123.456,1);
retorna "123.400", es decir, redondea desde el primer decimal.
select round(123.456,2);
retorna "123.460", es decir, redondea desde el segundo decimal.
select round(123.456,-1);
retorna "120.000", es decir, redondea desde el primer valor entero (hacia la izquierda).
select round(123.456,-2);
retorna "100.000", es decir, redondea desde el segundo valor entero (hacia la izquierda).
sign(x): si el argumento es un valor positivo devuelve 1;-1 si es negativo y si es 0, 0.
square(x): retorna el cuadrado del argumento. Ejemplo:

select square(3);
retorna 9.
srqt(x): devuelve la raiz cuadrada del valor enviado como argumento.

SQL Server dispone de funciones trigonomtricas que retornan radianes.
numrico.
27.Funciones para el uso de fechas y horas

Microsoft SQL Server ofrece algunas funciones para trabajar con fechas y horas. Estas son algunas:
getdate(): retorna la fecha y hora actuales. Ejemplo:

select getdate();
datepart(partedefecha,fecha): retorna la parte especfica de una fecha, el ao, trimestre, da,

hora, etc.
Los valores para "partedefecha" pueden ser: year (ao), quarter (cuarto), month (mes), day
(dia), week (semana), hour (hora), minute (minuto), second (segundo) y millisecond
(milisegundo). Ejemplos:
select datepart(month,getdate());
retorna el nmero de mes actual;
select datepart(day,getdate());
retorna el da actual;
select datepart(hour,getdate());
retorna la hora actual;
datename(partedefecha,fecha): retorna el nombre de una parte especfica de una fecha. Los

valores para "partedefecha" pueden ser los mismos que se explicaron anteriormente.
Ejemplos:
select datename(month,getdate());
retorna el nombre del mes actual;
select datename(day,getdate());
retorna el dia del mes actual;
dateadd(partedelafecha,numero,fecha): agrega un intervalo a la fecha especificada, es decir,

retorna una fecha adicionando a la fecha enviada como tercer argumento, el intervalo de
tiempo indicado por el primer parmetro, tantas veces como lo indica el segundo parmetro.
Los valores para el primer argumento pueden ser: year (ao), quarter (cuarto), month (mes),
day (dia), week (semana), hour (hora), minute (minuto), second (segundo) y millisecond
(milisegundo). Ejemplos:
select dateadd(day,3,'1980/11/02');
retorna "1980/11/05", agrega 3 das.
select dateadd(month,3,'1980/11/02');
retorna "1981/02/02", agrega 3 meses.
select dateadd(hour,2,'1980/11/02');
retorna "1980/02/02 2:00:00", agrega 2 horas.
select dateadd(minute,16,'1980/11/02');
retorna "1980/02/02 00:16:00", agrega 16 minutos.
datediff(partedelafecha,fecha1,fecha2): calcula el intervalo de tiempo (segn el primer

argumento) entre las 2 fechas. El resultado es un valor entero que corresponde a fecha2fecha1. Los valores de "partedelafecha) pueden ser los mismos que se especificaron
anteriormente. Ejemplos:
select datedif (day,'2005/10/28','2006/10/28');
retorna 365 (das).
select datedif(month,'2005/10/28','2006/11/29');
retorna 13 (meses).
day(fecha): retorna el da de la fecha especificada. Ejemplo:

select day(getdate());
month(fecha): retorna el mes de la fecha especificada. Ejemplo:
select month(getdate());
year(fecha): retorna el ao de la fecha especificada. Ejemplo:

select year(getdate());
datetime o smalldatetime.
28.Ordenar registros (order by)

Podemos ordenar el resultado de un "select" para que los registros se muestren ordenados por
algn campo, para ello usamos la clusula "order by".
La sintaxis bsica es la siguiente:
select *from NOMBRETABLA
order by CAMPO;
Por ejemplo, recuperamos los registros de la tabla "libros" ordenados por el ttulo:
select *from libros
order by titulo;
Aparecen los registros ordenados alfabticamente por el campo especificado.
Tambin podemos colocar el nmero de orden del campo por el que queremos que se ordene en
lugar de su nombre, es decir, referenciar a los campos por su posicin en la lista de seleccin. Por
ejemplo, queremos el resultado del "select" ordenado por "precio":
select titulo,autor,precio
from libros order by 3;
Por defecto, si no aclaramos en la sentencia, los ordena de manera ascendente (de menor a
mayor).
Podemos ordenarlos de mayor a menor, para ello agregamos la palabra clave "desc":
select *libros
order by editorial desc;
Tambin podemos ordenar por varios campos, por ejemplo, por "titulo" y "editorial":
select *from libros
order by titulo,editorial;
Incluso, podemos ordenar en distintos sentidos, por ejemplo, por "titulo" en sentido ascendente y
"editorial" en sentido descendente:
select *from libros
order by titulo asc, editorial desc;
Debe aclararse al lado de cada campo, pues estas palabras claves afectan al campo
inmediatamente anterior.
Es posible ordenar por un campo que no se lista en la seleccin.
Se permite ordenar por valores calculados o expresiones.
La clusula "order by" no puede emplearse para campos text, ntext e image.
29.Operadores lgicos ( and - or - not)

Hasta el momento, hemos aprendido a establecer una condicin con "where" utilizando
operadores relacionales. Podemos establecer ms de una condicin con la clusula "where", para
ello aprenderemos los operadores lgicos.
Son los siguientes:
and
or
not
()
significa y
significa y/o
significa no, invierte el resultado
parntesis
Los operadores lgicos se usan para combinar condiciones.

Si queremos recuperar todos los libros cuyo autor sea igual a "Borges" y cuyo precio no supere los
20 pesos, necesitamos 2 condiciones:
select *from libros
where (autor='Borges') and
(precio<=20);
Los registros recuperados en una sentencia que une 2 condiciones con el operador "and", cumplen
con las 2 condiciones.
Queremos ver los libros cuyo autor sea "Borges" y/o cuya editorial sea "Planeta":
select *from libros
where autor='Borges' or
editorial='Planeta';
En la sentencia anterior usamos el operador "or"; indicamos que recupere los libros en los cuales
el valor del campo "autor" sea "Borges" y/o el valor del campo "editorial" sea "Planeta", es decir,
seleccionar los registros que cumplan con la primera condicin, con la segunda condicin o con
ambas condiciones.
Los registros recuperados con una sentencia que une 2 condiciones con el operador "or", cumplen
1 de las condiciones o ambas.
Queremos recuperar los libros que NO cumplan la condicin dada, por ejemplo, aquellos cuya
editorial NO sea "Planeta":
select *from libros
where not editorial='Planeta';
El operador "not" invierte el resultado de la condicin a la cual antecede.
Los registros recuperados en una sentencia en la cual aparece el operador "not", no cumplen con
la condicin a la cual afecta el "NOT".
Los parntesis se usan para encerrar condiciones, para que se evalen como una sola expresin.
Cuando explicitamos varias condiciones con diferentes operadores lgicos (combinamos "and",
"or") permite establecer el orden de prioridad de la evaluacin; adems permite diferenciar las
expresiones ms claramente.
Por ejemplo, las siguientes expresiones devuelven un resultado diferente:
select*from libros
where (autor='Borges') or
(editorial='Paidos' and precio<20);
select *from libros

where (autor='Borges' or editorial='Paidos') and
(precio<20);
Si bien los parntesis no son obligatorios en todos los casos, se recomienda utilizarlos para evitar
confusiones.
El orden de prioridad de los operadores lgicos es el siguiente: "not" se aplica antes que "and" y
"and" antes que "or", si no se especifica un orden de evaluacin mediante el uso de parntesis.
El orden en el que se evalan los operadores con igual nivel de precedencia es indefinido, por
ello se recomienda usar los parntesis.
Entonces, para establecer ms de una condicin en un "where" es necesario emplear operadores
lgicos. "and" significa "y", indica que se cumplan ambas condiciones; "or" significa "y/o", indica
que se cumpla una u otra condicin (o ambas); "not" significa "no", indica que no se cumpla la
condicin especificada.
30.Otros operadores relacionales (is null)

Hemos aprendido los operadores relacionales "=" (igual), "<>" (distinto), ">" (mayor), "<" (menor),
">=" (mayor o igual) y "<=" (menor o igual). Dijimos que no eran los nicos.
Existen otro operador relacional "is null".
Se emplea el operador "is null" para recuperar los registros en los cuales est almacenado el valor
"null" en un campo especfico:
select *from libros
where editorial is null;
Para obtener los registros que no contiene "null", se puede emplear "is not null", esto mostrar los
registros con valores conocidos.
Siempre que sea posible, emplee condiciones de bsqueda positivas ("is null"), evite las negativas
("is not null") porque con ellas se evalan todos los registros y esto hace ms lenta la
recuperacin de los datos.
31.Otros operadores relacionales (between)

Hemos visto los operadores relacionales: = (igual), <> (distinto), > (mayor), < (menor), >= (mayor
o igual), <= (menor o igual), is null/is not null (si un valor es NULL o no).
Otro operador relacional es "between", trabajan con intervalos de valores.
Hasta ahora, para recuperar de la tabla "libros" los libros con precio mayor o igual a 20 y menor o
igual a 40, usamos 2 condiciones unidas por el operador lgico "and":
select *from libros
where precio>=20 and
precio<=40;
Podemos usar "between" y as simplificar la consulta:
select *from libros
where precio between 20 and 40;
Averiguamos si el valor de un campo dado (precio) est entre los valores mnimo y mximo
especificados (20 y 40 respectivamente).
"between" significa "entre". Trabaja con intervalo de valores.
Este operador se puede emplear con tipos de datos numricos y money (en tales casos incluyen
los valores mnimo y mximo) y tipos de datos fecha y hora (incluye slo el valor mnimo).
No tiene en cuenta los valores "null".
Si agregamos el operador "not" antes de "between" el resultado se invierte, es decir, se recuperan
los registros que estn fuera del intervalo especificado. Por ejemplo, recuperamos los libros cuyo
precio NO se encuentre entre 20 y 35, es decir, los menores a 15 y mayores a 25:
select *from libros
where precio not between 20 and 35;
Siempre que sea posible, emplee condiciones de bsqueda positivas ("between"), evite las
negativas ("not between") porque hace ms lenta la recuperacin de los datos.
Entonces, se puede usar el operador "between" para reducir las condiciones "where".
32.Otros operadores relacionales (in)

Se utiliza "in" para averiguar si el valor de un campo est incluido en una lista de valores
especificada.
En la siguiente sentencia usamos "in" para averiguar si el valor del campo autor est incluido en la
lista de valores especificada (en este caso, 2 cadenas).
Hasta ahora, para recuperar los libros cuyo autor sea 'Paenza' o 'Borges' usbamos 2 condiciones:
select *from libros
where autor='Borges' or autor='Paenza';
Podemos usar "in" y simplificar la consulta:
select *from libros
where autor in('Borges','Paenza');
Para recuperar los libros cuyo autor no sea 'Paenza' ni 'Borges' usbamos:
select *from libros
where autor<>'Borges' and
autor<>'Paenza';
Tambin podemos usar "in" anteponiendo "not":
select *from libros
where autor not in ('Borges','Paenza');
Empleando "in" averiguamos si el valor del campo est incluido en la lista de valores especificada;
con "not" antecediendo la condicin, invertimos el resultado, es decir, recuperamos los valores
que no se encuentran (coindicen) con la lista de valores.
Los valores "null" no se consideran.
Recuerde: siempre que sea posible, emplee condiciones de bsqueda positivas ("in"), evite las
negativas ("not in") porque con ellas se evaln todos los registros y esto hace ms lenta la
recuperacin de los datos.
33.Bsqueda de patrones (like - not like)

Existe un operador relacional que se usa para realizar comparaciones exclusivamente de cadenas,
"like" y "not like".
Hemos realizado consultas utilizando operadores relacionales para comparar cadenas. Por
ejemplo, sabemos recuperar los libros cuyo autor sea igual a la cadena "Borges":
select *from libros
El operador igual ("=") nos permite comparar cadenas de caracteres, pero al realizar la
comparacin, busca coincidencias de cadenas completas, realiza una bsqueda exacta.
Imaginemos que tenemos registrados estos 2 libros:
"El Aleph", "Borges";
"Antologia poetica", "J.L. Borges";
Si queremos recuperar todos los libros de "Borges" y especificamos la siguiente condicin:
select *from libros
slo aparecer el primer registro, ya que la cadena "Borges" no es igual a la cadena "J.L. Borges".
Esto sucede porque el operador "=" (igual), tambin el operador "<>" (distinto) comparan cadenas
de caracteres completas. Para comparar porciones de cadenas utilizamos los operadores "like" y
"not like".
Entonces, podemos comparar trozos de cadenas de caracteres para realizar consultas. Para
recuperar todos los registros cuyo autor contenga la cadena "Borges" debemos tipear:
select *from libros
where autor like "%Borges%";
El smbolo "%" (porcentaje) reemplaza cualquier cantidad de caracteres (incluyendo ningn
caracter). Es un caracter comodn. "like" y "not like" son operadores de comparacin que sealan
igualdad o diferencia.
Para seleccionar todos los libros que comiencen con "M":
select *from libros
where titulo like 'M%';
Note que el smbolo "%" ya no est al comienzo, con esto indicamos que el ttulo debe tener como
primera letra la "M" y luego, cualquier cantidad de caracteres.
Para seleccionar todos los libros que NO comiencen con "M":
select *from libros
where titulo not like 'M%';
As como "%" reemplaza cualquier cantidad de caracteres, el guin bajo "_" reemplaza un
caracter, es otro caracter comodn. Por ejemplo, queremos ver los libros de "Lewis Carroll" pero
no recordamos si se escribe "Carroll" o "Carrolt", entonces tipeamos esta condicin:
select *from libros
where autor like "%Carrol_";
Otro caracter comodn es [] reemplaza cualquier carcter contenido en el conjunto especificado
dentro de los corchetes.
Para seleccionar los libros cuya editorial comienza con las letras entre la "P" y la "S" usamos la
siguiente sintaxis:
select titulo,autor,editorial
from libros
where editorial like '[P-S]%';
Ejemplos:
...
...
...
...
like
like
like
like
'[a-cf-i]%': busca cadenas que comiencen con a,b,c,f,g,h o i;

'[-acfi]%': busca cadenas que comiencen con -,a,c,f o i;
'A[_]9%': busca cadenas que comiencen con 'A_9';
'A[nm]%': busca cadenas que comiencen con 'An' o 'Am'.
El cuarto caracter comodn es [^] reemplaza cualquier caracter NO presente en el conjunto

especificado dentro de los corchetes.
Para seleccionar los libros cuya editorial NO comienza con las letras "P" ni "N" tipeamos:
select titulo,autor,editorial
from libros
where editorial like '[^PN]%';
"like" se emplea con tipos de datos char, nchar, varchar, nvarchar o datetime. Si empleamos "like"
con tipos de datos que no son caracteres, SQL Server convierte (si es posible) el tipo de dato a
caracter. Por ejemplo, queremos buscar todos los libros cuyo precio se encuentre entre 10.00 y
19.99:
select titulo,precio from libros

where precio like '1_.%';
Queremos los libros que NO incluyen centavos en sus precios:
select titulo,precio from libros
where precio like '%.00';
Para bsquedas de caracteres comodines como literales, debe incluirlo dentro de corchetes, por
ejemplo, si busca:
... like '%[%]%': busca cadenas que contengan el signo '%';
... like '%[_]%': busca cadenas que contengan el signo '_';
... like '%[[]%': busca cadenas que contengan el signo '[';
34.Contar registros (count)

Existen en SQL Server funciones que nos permiten contar registros, calcular sumas, promedios,
obtener valores mximos y mnimos. Estas funciones se denominan funciones de agregado y
operan sobre un conjunto de valores (registros), no con datos individuales y devuelven un nico
valor.
Imaginemos que nuestra tabla "libros" contiene muchos registros. Para averiguar la cantidad sin
necesidad de contarlos manualmente usamos la funcin "count()":
select count(*)
from libros;
La funcin "count()" cuenta la cantidad de registros de una tabla, incluyendo los que tienen valor
nulo.
Tambin podemos utilizar esta funcin junto con la clusula "where" para una consulta ms
especfica. Queremos saber la cantidad de libros de la editorial "Planeta":
select count(*)
from libros
where editorial='Planeta';
Para contar los registros que tienen precio (sin tener en cuenta los que tienen valor nulo), usamos
la funcin "count()" y en los parntesis colocamos el nombre del campo que necesitamos contar:
select count(precio)
from libros;
Note que "count(*)" retorna la cantidad de registros de una tabla (incluyendo los que tienen valor
"null") mientras que "count(precio)" retorna la cantidad de registros en los cuales el campo
"precio" no es nulo. No es lo mismo. "count(*)" cuenta registros, si en lugar de un asterisco
colocamos como argumento el nombre de un campo, se contabilizan los registros cuyo valor en
ese campo NO es nulo.
35.Contar registros (count_big)

Retorna la cantidad de registros. Es similar a la funcin "count(*)", la diferencia es que
"count_big" retorna un valor "bigint" y "count", un "int".
"count_big(*)" cuenta la cantidad de registros de una tabla, incluyendo los valores nulos y
duplicados.
"count_big(CAMPO)" retorna la cantidad de registros cuyo valor en el campo especificado entre
parntesis no es nulo.
"count_big(distinct CAMPO)" retorna la cantidad de registros cuyo valor en el campo especificado
no es nulo, sin considerar los repetidos.
Averiguemos la cantidad de libros usando la funcin "count_big()":
select count_big(*)
from libros;
Note que incluye todos los libros aunque tengan valor nulo en algn campo.
Contamos los libros de editorial "Planeta":
select count_big(*)
from libros
Contamos los registros que tienen precio (sin tener en cuenta los que tienen valor nulo):
select count_big(precio)
from libros;
Contamos las editoriales (sin repetir):
select count_big(distinct editorial)
from libros;
36.Funciones de agrupamiento (count - sum - min - max - avg)

Hemos visto que SQL Server tiene funciones que nos permiten contar registros, calcular sumas,
promedios, obtener valores mximos y mnimos, las funciones de agregado.
Ya hemos aprendido una de ellas, "count()", veamos otras.
Se pueden usar en una instruccin "select" y combinarlas con la clusula "group by".
Todas estas funciones retornan "null" si ningn registro cumple con la condicin del "where",
excepto "count" que en tal caso retorna cero.
El tipo de dato del campo determina las funciones que se pueden emplear con ellas.
Las relaciones entre las funciones de agrupamiento y los tipos de datos es la siguiente:
count: se puede emplear con cualquier tipo de dato.
min y max: con cualquier tipo de dato.
sum y avg: slo en campos de tipo numrico.

La funcin "sum()" retorna la suma de los valores que contiene el campo especificado. Si
queremos saber la cantidad total de libros que tenemos disponibles para la venta, debemos
sumar todos los valores del campo "cantidad":
select sum(cantidad)
from libros;
Para averiguar el valor mximo o mnimo de un campo usamos las funciones "max()" y "min()"
respectivamente.
Queremos saber cul es el mayor precio de todos los libros:
select max(precio)
from libros;
Entonces, dentro del parntesis de la funcin colocamos el nombre del campo del cul queremos
el mximo valor.
La funcin "avg()" retorna el valor promedio de los valores del campo especificado. Queremos
saber el promedio del precio de los libros referentes a "PHP":
select avg(precio)
from libros
where titulo like '%PHP%';
Ahora podemos entender porque estas funciones se denominan "funciones de agrupamiento",

porque operan sobre conjuntos de registros, no con datos individuales.
Tratamiento de los valores nulos:
Si realiza una consulta con la funcin "count" de un campo que contiene 18 registros, 2 de los
cuales contienen valor nulo, el resultado devuelve un total de 16 filas porque no considera
aquellos con valor nulo.
Todas las funciones de agregado, excepto "count(*)", excluye los valores nulos de los campos.
"count(*)" cuenta todos los registros, incluidos los que contienen "null".
37.Agrupar registros (group by)

Hemos aprendido que las funciones de agregado permiten realizar varios clculos operando con
conjuntos de registros.
Las funciones de agregado solas producen un valor de resumen para todos los registros de un
campo. Podemos generar valores de resumen para un solo campo, combinando las funciones de
agregado con la clusula "group by", que agrupa registros para consultas detalladas.
Queremos saber la cantidad de libros de cada editorial, podemos tipear la siguiente sentencia:
select count(*) from libros
y repetirla con cada valor de "editorial":
where editorial='Emece';
where editorial='Paidos';
...
Pero hay otra manera, utilizando la clusula "group by":
select editorial, count(*)
from libros
group by editorial;
La instruccin anterior solicita que muestre el nombre de la editorial y cuente la cantidad
agrupando los registros por el campo "editorial". Como resultado aparecen los nombres de las
editoriales y la cantidad de registros para cada valor del campo.
Los valores nulos se procesan como otro grupo.
Entonces, para saber la cantidad de libros que tenemos de cada editorial, utilizamos la funcin
"count()", agregamos "group by" (que agrupa registros) y el campo por el que deseamos que se
realice el agrupamiento, tambin colocamos el nombre del campo a recuperar; la sintaxis bsica
es la siguiente:
select CAMPO, FUNCIONDEAGREGADO
from NOMBRETABLA
group by CAMPO;
Tambin se puede agrupar por ms de un campo, en tal caso, luego del "group by" se listan los
campos, separados por comas. Todos los campos que se especifican en la clusula "group by"
deben estar en la lista de seleccin.
select CAMPO1, CAMPO2, FUNCIONDEAGREGADO
from NOMBRETABLA
group by CAMPO1,CAMPO2;
Para obtener la cantidad libros con precio no nulo, de cada editorial utilizamos la funcin
"count()" envindole como argumento el campo "precio", agregamos "group by" y el campo por el
que deseamos que se realice el agrupamiento (editorial):
select editorial, count(precio)
from libros
group by editorial;
Como resultado aparecen los nombres de las editoriales y la cantidad de registros de cada una,
sin contar los que tienen precio nulo.
Recuerde la diferencia de los valores que retorna la funcin "count()" cuando enviamos como
argumento un asterisco o el nombre de un campo: en el primer caso cuenta todos los registros
incluyendo los que tienen valor nulo, en el segundo, los registros en los cuales el campo
especificado es no nulo.
Para conocer el total en dinero de los libros agrupados por editorial:
select editorial, sum(precio)
from libros
group by editorial;
Para saber el mximo y mnimo valor de los libros agrupados por editorial:
select editorial,
max(precio) as mayor,
min(precio) as menor
from libros
group by editorial;
Para calcular el promedio del valor de los libros agrupados por editorial:
select editorial, avg(precio)
from libros
group by editorial;
Es posible limitar la consulta con "where".
Si incluye una clusula "where", slo se agrupan los registros que cumplen las condiciones.
Vamos a contar y agrupar por editorial considerando solamente los libros cuyo precio sea menor a
30 pesos:
from libros
where precio<30
group by editorial;
Note que las editoriales que no tienen libros que cumplan la condicin, no aparecen en la salida.
Para que aparezcan todos los valores de editorial, incluso los que devuelven cero o "null" en la
columna de agregado, debemos emplear la palabra clave "all" al lado de "group by":
from libros
where precio<30
group by all editorial;
Entonces, usamos "group by" para organizar registros en grupos y obtener un resumen de dichos
grupos. SQL Server produce una columna de valores por cada grupo, devolviendo filas por cada
grupo especificado.
38.Seleccionar grupos (having)

As como la clusula "where" permite seleccionar (o rechazar) registros individuales; la clusula
"having" permite seleccionar (o rechazar) un grupo de registros.
Si queremos saber la cantidad de libros agrupados por editorial usamos la siguiente instruccin ya
aprendida:
from libros
group by editorial;
Si queremos saber la cantidad de libros agrupados por editorial pero considerando slo algunos
grupos, por ejemplo, los que devuelvan un valor mayor a 2, usamos la siguiente instruccin:
select editorial, count(*) from libros
group by editorial
having count(*)>2;
Se utiliza "having", seguido de la condicin de bsqueda, para seleccionar ciertas filas retornadas
por la clusula "group by".
Veamos otros ejemplos. Queremos el promedio de los precios de los libros agrupados por
editorial, pero solamente de aquellos grupos cuyo promedio supere los 25 pesos:
select editorial, avg(precio) from libros
group by editorial
having avg(precio)>25;
En algunos casos es posible confundir las clusulas "where" y "having". Queremos contar los
registros agrupados por editorial sin tener en cuenta a la editorial "Planeta".
Analicemos las siguientes sentencias:
where editorial<>'Planeta'
group by editorial;
group by editorial
having editorial<>'Planeta';
Ambas devuelven el mismo resultado, pero son diferentes. La primera, selecciona todos los
registros rechazando los de editorial "Planeta" y luego los agrupa para contarlos. La segunda,
selecciona todos los registros, los agrupa para contarlos y finalmente rechaza fila con la cuenta
correspondiente a la editorial "Planeta".
No debemos confundir la clusula "where" con la clusula "having"; la primera establece
condiciones para la seleccin de registros de un "select"; la segunda establece condiciones para la
seleccin de registros de una salida "group by".
Veamos otros ejemplos combinando "where" y "having". Queremos la cantidad de libros, sin
considerar los que tienen precio nulo, agrupados por editorial, sin considerar la editorial
"Planeta":
where precio is not null
group by editorial
having editorial<>'Planeta';
Aqu, selecciona los registros rechazando los que no cumplan con la condicin dada en "where",
luego los agrupa por "editorial" y finalmente rechaza los grupos que no cumplan con la condicin
dada en el "having".
Se emplea la clusula "having" con funciones de agrupamiento, esto no puede hacerlo la clusula
"where". Por ejemplo queremos el promedio de los precios agrupados por editorial, de aquellas
editoriales que tienen ms de 2 libros:
select editorial, avg(precio) from libros
group by editorial
having count(*) > 2;
En una clusula "having" puede haber hasta 128 condiciones. Cuando utilice varias condiciones,
tiene que combinarlas con operadores lgicos (and, or, not).
Podemos encontrar el mayor valor de los libros agrupados y ordenados por editorial y seleccionar
las filas que tengan un valor menor a 100 y mayor a 30:
select editorial, max(precio) as 'mayor'
from libros
group by editorial
having min(precio)<100 and
min(precio)>30
order by editorial;
Entonces, usamos la clasula "having" para restringir las filas que devuelve una salida "group by".
Va siempre despus de la clusula "group by" y antes de la clusula "order by" si la hubiere.
39.Modificador del group by (with rollup)

Podemos combinar "group by" con los operadores "rollup" y "cube" para generar valores de
resumen a la salida.
El operador "rollup" resume valores de grupos. representan los valores de resumen de la
precedente.
Tenemos la tabla "visitantes" con los siguientes campos: nombre, edad, sexo, domicilio, ciudad,
telefono, montocompra.
Si necesitamos la cantidad de visitantes por ciudad empleamos la siguiente sentencia:
select ciudad,count(*) as cantidad
from visitantes
group by ciudad;
Esta consulta muestra el total de visitantes agrupados por ciudad; pero si queremos adems la
cantidad total de visitantes, debemos realizar otra consulta:
select count(*) as total
from visitantes;
Para obtener ambos resultados en una sola consulta podemos usar "with rollup" que nos devolver
ambas salidas en una sola consulta:
select ciudad,count(*) as cantidad
from visitantes
group by ciudad with rollup;
La consulta anterior retorna los registros agrupados por ciudad y una fila extra en la que la
primera columna contiene "null" y la columna con la cantidad muestra la cantidad total.
La clusula "group by" permite agregar el modificador "with rollup", el cual agrega registros extras
al resultado de una consulta, que muestran operaciones de resumen.
Si agrupamos por 2 campos, "ciudad" y "sexo":
select ciudad,sexo,count(*) as cantidad
from visitantes
group by ciudad,sexo
with rollup;
La salida muestra los totales por ciudad y sexo y produce tantas filas extras como valores existen
del primer campo por el que se agrupa ("ciudad" en este caso), mostrando los totales para cada
valor, con la columna correspondiente al segundo campo por el que se agrupa ("sexo" en este
ejemplo) conteniendo "null", y 1 fila extra mostrando el total de todos los visitantes (con las
columnas correspondientes a ambos campos conteniendo "null"). Es decir, por cada agrupacin,
aparece una fila extra con el/ los campos que no se consideran, seteados a "null".
Con "rollup" se puede agrupar hasta por 10 campos.
Es posible incluir varias funciones de agrupamiento, por ejemplo, queremos la cantidad de
visitantes y la suma de sus compras agrupados por ciudad y sexo:
select ciudad,sexo,
count(*) as cantidad,
sum(montocompra) as total
from visitantes
group by ciudad,sexo
with rollup;
Entonces, "rollup" es un modificador para "group by" que agrega filas extras mostrando resultados
de resumen de los subgrupos. Si se agrupa por 2 campos SQL Server genera tantas filas extras
como valores existen del primer campo (con el segundo campo seteado a "null") y una fila extra
con ambos campos conteniendo "null".
Con "rollup" se puede emplear "where" y "having", pero no es compatible con "all".
40.Modificador del group by (with cube)

Hemos aprendido el modificador "rollup", que agrega filas extras mostrando resultados de
resumen por cada grupo y subgrupo.
Por ejemplo, tenemos una tabla llamada "empleados" que contiene, entre otros, los campos
"sexo", "estadocivil" y "seccion".
Si se agrupa por esos tres campos (en ese orden) y se emplea "rollup":
select sexo,estadocivil,seccion,
count(*) from empleados
group by sexo,estadocivil,seccion
with rollup;
SQL Server genera varias filas extras con informacin de resumen para los siguientes subgrupos:
- sexo y estadocivil (seccion seteado a "null"),
- sexo (estadocivil y seccion seteados a "null") y
- total (todos los campos seteados a "null").
Si se emplea "cube":
select sexo,estadocivil,seccion,
count(*) from empleados
group by sexo,estadocivil,seccion
with cube;
retorna ms filas extras adems de las anteriores:
-
sexo y seccion (estadocivil

estadocivil y seccion (sexo
seccion (sexo y estadocivil
estadocivil (sexo y seccion
seteado a "null"),
seteado a "null"),
seteados a "null") y
seteados a "null"),
Es decir, "cube" genera filas de resumen de subgrupos para todas las combinaciones posibles de
los valores de los campos por los que agrupamos.
Se pueden colocar hasta 10 campos en el "group by".
Con "cube" se puede emplear "where" y "having", pero no es compatible con "all".
41.Funcin grouping
La funcin "grouping" se emplea con los operadores "rollup" y "cube" para distinguir los valores de
detalle y de resumen en el resultado. Es decir, permite diferenciar si los valores "null" que
aparecen en el resultado son valores nulos de las tablas o si son una fila generada por los
operadores "rollup" o "cube".
Con esta funcin aparece una nueva columna en la salida, una por cada "grouping"; retorna el
valor 1 para indicar que la fila representa los valores de resumen de "rollup" o "cube" y el valor 0
para representar los valores de campo.
Slo se puede emplear la funcin "grouping" en los campos que aparecen en la clusula "group
by".
Si tenemos una tabla "visitantes" con los siguientes registros almacenados:
Nombre
sexo
----------------------------------Susana Molina
f
Marcela Mercado f
Roberto Perez
f
Alberto Garcia
m
Teresa Garcia
f
ciudad
Cordoba
Cordoba
null
Cordoba
Alta Gracia
y contamos la cantidad agrupando por ciudad (note que hay un valor nulo en dicho campo)
empleando "rollup":
select ciudad,
count(*) as cantidad
from visitantes
group by ciudad
with rollup;
aparece la siguiente salida:
ciudad
cantidad
-------------------------NULL
1
Alta Gracia
1
Cordoba
3
NULL
5
La ltima fila es la de resumen generada por "rollup", pero no es posible distinguirla de la primera
fila, en la cual "null" es un valor del campo. Para diferenciarla empleamos "grouping":
select ciudad,
count(*) as cantidad,
grouping(ciudad) as resumen
from visitantes
group by ciudad
with rollup;
aparece la siguiente salida:
ciudad
cantidad
-----------------------------------NULL
1
Alta Gracia
1
Cordoba
3
NULL
5
resumen
0
0
0
1
La ltima fila contiene en la columna generada por "grouping" el valor 1, indicando que es la fila
de resumen generada por "rollup"; la primera fila, contiene en dicha columna el valor 0, que
indica que el valor "null" es un valor del campo "ciudad".
Entonces, si emplea los operadores "rollup" y "cube" y los campos por los cuales agrupa admiten
valores nulos, utilice la funcin "grouping" para distinguir los valores de detalle y de resumen en
el resultado.
42.Clusulas compute y compute by

Las clusulas "compute" y "compute by" generan totales que aparecen en columnas extras al final
del resultado.
Produce filas de detalle y un valor nico para una columna.
Se usa con las funciones de agrupamiento: avg(), count(), max(), min(), sum().
select CAMPOS
from TABLA
compute FUNCION(CAMPO);
El campo que se coloque en la clusula "compute" debe estar incluida en la lista de campos del
"select".
Para ver todos los datos de los visitantes y el promedio del monto de compra de nuestra tabla
"visitantes":
select *from visitantes
compute avg(montocompra);
Produce la misma salida que las siguientes 2 sentencias:
select *from visitantes;
select avg(montocompra) from visitantes;
En una misma instruccin se pueden colocar varias clusulas "compute":
select edad,ciudad,montocompra
from visitantes
compute avg(edad),sum(montocompra);
"Compute by" genera cortes de control y subtotales. Se generan filas de detalle y varios valores
de resumen cuando cambian los valores del campo.
Con "compute by" se DEBE usar tambin la clusula "order by" y los campos que se incluyan luego
de "by" deben estar en el "order by". Listando varios campos luego del "by" corta un grupo en
subgrupos y aplica la funcin de agregado en cada nivel de agrupamiento:
select nombre,ciudad,provincia
from visitantes
order by provincia
compute count(provincia)
by provincia;
select nombre,ciudad,provincia
from visitantes
order by provincia,ciudad
compute count(provincia)
by provincia,ciudad;
Los campos que aparecen luego de la clusula "compute by" DEBEN ser idnticos a un subconjunto
de los campos que aparecen despus de "order by" y estar en el mismo orden. Si la clusula "order
by" tiene los siguientes campos:
... order by a,b,c...
la clusula "compute by" puede incluir los siguientes subconjuntos de campos:
... compute ...

by a...
... compute ...

by a,b...
o
... compute ...
by a,b,c...
En una misma instruccin se pueden colocar varias clusulas "compute" combinadas con varias
clusulas "compute by":
select *from visitantes
order by provincia,ciudad
compute avg(edad), sum(montocompra)
compute avg(montocompra),count(provincia)
by provincia,ciudad;
El resultado de la consulta anterior muestra el promedio de la compra y la cantidad al final de
cada subgrupo de provincia y ciudad (compute by) y el promedio de las edades y el total del
monto de compras de todos (compute).
Los tipos de datos ntext, text e image no se pueden incluir en una clusula "compute" o "compute
by".
43.Registros duplicados (distinct)

Con la clusula "distinct" se especifica que los registros con ciertos datos duplicados sean
obviadas en el resultado. Por ejemplo, queremos conocer todos los autores de los cuales tenemos
libros, si utilizamos esta sentencia:
select autor from libros;
Aparecen repetidos. Para obtener la lista de autores sin repeticin usamos:
select distinct autor from libros;
Tambin podemos tipear:
select autor from libros
group by autor;
Note que en los tres casos anteriores aparece "null" como un valor para "autor" Si slo queremos
la lista de autores conocidos, es decir, no queremos incluir "null" en la lista, podemos utilizar la
sentencia siguiente:
select distinct autor from libros
where autor is not null;
Para contar los distintos autores, sin considerar el valor "null" usamos:
select count(distinct autor)
from libros;
Note que si contamos los autores sin "distinct", no incluir los valores "null" pero si los repetidos:
select count(autor)
from libros;
Esta sentencia cuenta los registros que tienen autor.
Podemos combinarla con "where". Por ejemplo, queremos conocer los distintos autores de la
editorial "Planeta":
select distinct autor from libros
Tambin puede utilizarse con "group by" para contar los diferentes autores por editorial:
select editorial, count(distinct autor)
from libros
group by editorial;
La clusula "distinct" afecta a todos los campos presentados. Para mostrar los ttulos y editoriales
de los libros sin repetir ttulos ni editoriales, usamos:
select distinct titulo,editorial
from libros
order by titulo;
Note que los registros no estn duplicados, aparecen ttulos iguales pero con editorial diferente,
cada registro es diferente.
La palabra clave "distinct" no est permitida con las clusulas "compute" y "compute by".
Entonces, "distinct" elimina registros duplicados.
44.Clusula top
La palabra clave "top" se emplea para obtener slo una cantidad limitada de registros, los
primeros n registros de una consulta.
Con la siguiente consulta obtenemos todos los datos de los primeros 2 libros de la tabla:
select top 2 *from libros;
Es decir, luego del "select" se coloca "top" seguido de un nmero entero positivo y luego se
contina con la consulta.
Se puede combinar con "order by":
select top 3 titulo,autor
from libros
order by autor;
En la consulta anterior solicitamos los ttulos y autores de los 3 primeros libros, ordenados por
autor.
Cuando se combina con "order by" es posible emplear tambin la clusula "with ties". Esta
clusula permite incluir en la seleccion, todos los registros que tengan el mismo valor del campo
por el que se ordena, que el ltimo registro retornado si el ltimo registro retornado (es decir, el
nmero n) tiene un valor repetido en el registro n+1. Es decir, si el valor del campo por el cual se
ordena del ltimo registro retornado (el nmero n) est repetido en los siguientes registros (es
decir, el n+1 tiene el mismo valor que n, y el n+2, etc.), lo incluye en la seleccin.
Veamos un ejemplo:
select top 3 with ties
*from libros
order by autor;
Esta consulta solicita el retorno de los primeros 3 registros; en caso que el registro nmero 4 (y
los posteriores), tengan el mismo valor en "autor" que el ltimo registro retornado (nmero 3),
tambin aparecern en la seleccin.
Si colocamos un valor para "top" que supera la cantidad de registros de la tabla, SQL Server
muestra todos los registros.
45.Clave primaria compuesta

Las claves primarias pueden ser simples, formadas por un solo campo o compuestas, ms de un
campo.
Recordemos que una clave primaria identifica 1 solo registro en una tabla.
Para un valor del campo clave existe solamente 1 registro. Los valores no se repiten ni pueden ser
nulos.
Existe una playa de estacionamiento que almacena cada da los datos de los vehculos que
ingresan en la tabla llamada "vehiculos" con los siguientes campos:
-
patente char(6) not null,

tipo char (1), 'a'= auto, 'm'=moto,
horallegada datetime,
horasalida datetime,
Necesitamos definir una clave primaria para una tabla con los datos descriptos arriba. No
podemos usar solamente la patente porque un mismo auto puede ingresar ms de una vez en el
da a la playa; tampoco podemos usar la hora de entrada porque varios autos pueden ingresar a
una misma hora.
Tampoco sirven los otros campos.
Como ningn campo, por si slo cumple con la condicin para ser clave, es decir, debe identificar
un solo registro, el valor no puede repetirse, debemos usar 2 campos.
Definimos una clave compuesta cuando ningn campo por si solo cumple con la condicin para ser
clave.
En este ejemplo, un auto puede ingresar varias veces en un da a la playa, pero siempre ser a
distinta hora.
Usamos 2 campos como clave, la patente junto con la hora de llegada, as identificamos
unvocamente cada registro.
Para establecer ms de un campo como clave primaria usamos la siguiente sintaxis:
create table vehiculos(
patente char(6) not null,
tipo char(1),--'a'=auto, 'm'=moto
horallegada datetime,
horasalida datetime,
primary key(patente,horallegada)
);
Nombramos los campos que formarn parte de la clave separados por comas.
Al ingresar los registros, SQL Server controla que los valores para los campos establecidos como
clave primaria no estn repetidos en la tabla; si estuviesen repetidos, muestra un mensaje y la
insercin no se realiza. Lo mismo sucede si realizamos una actualizacin.
Entonces, si un solo campo no identifica unvocamente un registro podemos definir una clave
primaria compuesta, es decir formada por ms de un campo.
46.Integridad de los datos

Es importante, al disear una base de datos y las tablas que contiene, tener en cuenta la
integridad de los datos, esto significa que la informacin almacenada en las tablas debe ser
vlida, coherente y exacta.
Hasta el momento, hemos controlado y restringido la entrada de valores a un campo mediante el
tipo de dato que le definimos (cadena, numricos, etc.), la aceptacin o no de valores nulos, el
valor por defecto. Tambin hemos asegurado que cada registro de una tabla sea nico definiendo
una clave primaria y empleando la propiedad identity.
SQL Server ofrece ms alternativas, adems de las aprendidas, para restringir y validar los datos,
las veremos ordenadamente y al finalizar haremos un resumen de las mismas.
Comenzamos por las restricciones.
Las restricciones (constraints) son un mtodo para mantener la integridad de los datos,
asegurando que los valores ingresados sean vlidos y que las relaciones entre las tablas se
mantenga. Se establecen a los campos y las tablas.
Pueden definirse al crear la tabla ("create table") o agregarse a una tabla existente (empleando
"alter table") y se pueden aplicar a un campo o a varios. Se aconseja crear las tablas y luego
agregar las restricciones.
Se pueden crear, modificar y eliminar las restricciones sin eliminar la tabla y volver a crearla.
El procedimiento almacenado del sistema "sp_helpconstraint" junto al nombre de la tabla, nos
muestra informacin acerca de las restricciones de dicha tabla.
Cuando se agrega una restriccin a una tabla, SQL Server comprueba los datos existentes.
Hay varios tipos de restricciones.
47.Restriccin default
La restriccin "default" especifica un valor por defecto para un campo cuando no se inserta
explcitamente en un comando "insert".
Anteriormente, para establecer un valor por defecto para un campo emplebamos la clusula
"default" al crear la tabla, por ejemplo:
...
autor varchar(30) default 'Desconocido',
...
);
Cada vez que establecamos un valor por defecto para un campo de una tabla, SQL Server creaba
automticamente una restriccin "default" para ese campo de esa tabla.
Dicha restriccin, a la cual no le dbamos un nombre, reciba un nombre dado por SQL Server que
consiste "DF" (por default), seguido del nombre de la tabla, el nombre del campo y letras y
nmeros aleatorios.
Podemos agregar una restriccin "default" a una tabla existente con la sintaxis bsica siguiente:
alter table NOMBRETABLA
add constraint NOMBRECONSTRAINT
default VALORPORDEFECTO
for CAMPO;
En la sentencia siguiente agregamos una restriccin "default" al campo autor de la tabla existente
"libros", que almacena el valor "Desconocido" en dicho campo si no ingresamos un valor en un
"insert":
alter table libros
add constraint DF_libros_autor
default 'Desconocido'
for autor;
Por convencin, cuando demos el nombre a las restricciones "default" emplearemos un formato
similar al que le da SQL Server: "DF_NOMBRETABLA_NOMBRECAMPO".
Solamente se permite una restriccin "default" por campo y no se puede emplear junto con la
propiedad "identity". Una tabla puede tener varias restricciones "default" para sus distintos
campos.
La restriccin "default" acepta valores tomados de funciones del sistema, por ejemplo, podemos
establecer que el valor por defecto de un campo de tipo datetime sea "getdate()".
Podemos ver informacin referente a las restriciones de una tabla con el procedimiento
almacenado "sp_helpcontraint":
sp_helpconstraint libros;
aparecen varias columnas con la siguiente informacin:
constraint_type: el tipo de restriccin y sobre qu campo est establecida (DEFAULT on column

autor),
constraint_name: el nombre de la restriccin (DF_libros_autor),
delete_action y update_action: no tienen valores para este tipo de restriccin.
status_enabled y status_for_replication: no tienen valores para este tipo de restriccin.
constraint_keys: el valor por defecto (Desconocido).

Entonces, la restriccin "default" especifica un valor por defecto para un campo cuando no se
inserta explcitamente en un "insert", se puede establecer uno por campo y no se puede emplear
junto con la propiedad "identity".
48.Restriccin check
La restriccin "check" especifica los valores que acepta un campo, evitando que se ingresen
valores inapropiados.
check CONDICION;
Trabajamos con la tabla "libros" de una librera que tiene los siguientes campos: codigo, titulo,
autor, editorial, preciomin (que indica el precio para los minoristas) y preciomay (que indica el
precio para los mayoristas).
Los campos correspondientes a los precios (minorista y mayorista) se definen de tipo
decimal(5,2), es decir, aceptan valores entre -999.99 y 999.99. Podemos controlar que no se
ingresen valores negativos para dichos campos agregando una restriccin "check":
alter table libros
add constraint CK_libros_precio_positivo
check (preciomin>=0 and preciomay>=0);
Este tipo de restriccin verifica los datos cada vez que se ejecuta una sentencia "insert" o
"update", es decir, acta en inserciones y actualizaciones.
Si la tabla contiene registros que no cumplen con la restriccin que se va a establecer, la
restriccin no se puede establecer, hasta que todos los registros cumplan con dicha restriccin.
La condicin puede hacer referencia a otros campos de la misma tabla. Por ejemplo, podemos
controlar que el precio mayorista no sea mayor al precio minorista:
alter table libros
add constraint CK_libros_preciominmay
check (preciomay<=preciomin);
Por convencin, cuando demos el nombre a las restricciones "check" seguiremos la misma
estructura: comenzamos con "CK", seguido del nombre de la tabla, del campo y alguna palabra
con la cual podamos identificar fcilmente de qu se trata la restriccin, por si tenemos varias
restricciones "check" para el mismo campo.
Un campo puede tener varias restricciones restricciones "check" y una restriccin "check" puede
incluir varios campos.
Las condiciones para restricciones "check" tambin pueden pueden incluir un patrn o una lista de
valores. Por ejemplo establecer que cierto campo conste de 4 caracteres, 2 letras y 2 dgitos:
...
check (CAMPO like '[A-Z][A-Z][0-9][0-9]');
O establecer que cierto campo asuma slo los valores que se listan:
...
check (CAMPO in ('lunes','miercoles','viernes'));
No se puede aplicar esta restriccin junto con la propiedad "identity".
Si un campo permite valores nulos, "null" es un valor aceptado aunque no est incluido en la
condicin de restriccin.
Si intentamos establecer una restriccin "check" para un campo que entra en conflicto con otra
restriccin "check" establecida al mismo campo, SQL Server no lo permite.
Pero si establecemos una restriccin "check" para un campo que entra en conflicto con una
restriccin "default" establecida para el mismo campo, SQL Server lo permite; pero al intentar
ingresar un registro, aparece un mensaje de error.
49.Deshabilitar restricciones (with check - nocheck)

Sabemos que si agregamos una restriccin a una tabla que contiene datos, SQL Server los controla
para asegurarse que cumplen con la condicin de la restriccin, si algn registro no la cumple, la
restriccin no se establecece.
Es posible deshabilitar esta comprobacin en caso de restricciones "check".
Podemos hacerlo cuando agregamos la restriccin "check" a una tabla para que SQL Server acepte
los valores ya almacenados que infringen la restriccin. Para ello debemos incluir la opcin "with
nocheck" en la instruccin "alter table":
alter table libros
with nocheck
add constraint CK_libros_precio
check (precio>=0);
La restriccin no se aplica en los datos existentes, pero si intentamos ingresar un nuevo valor que
no cumpla la restriccin, SQL Server no lo permite.
Entonces, para evitar la comprobacin de datos existentes al crear la restriccin, la sintaxis
bsica es la siguiente:
alter table TABLA
with nocheck
add constraint NOMBRERESTRICCION
check (CONDICION);
Por defecto, si no especificamos, la opcin es "with check".
Tambin podemos deshabilitar las restricciones para agregar o actualizar datos sin comprobarla:
alter table libros
nocheck constraint CK_libros_precio;
En el ejemplo anterior deshabilitamos la restriccin "CK_libros_precio" para poder ingresar un
valor negativo para "precio".
Para habilitar una restriccin deshabilitada se ejecuta la misma instruccin pero con la clusula
"check" o "check all":
alter table libros
check constraint CK_libros_precio;
Si se emplea "check constraint all" no se coloca nombre de restricciones, habilita todas las
restricciones que tiene la tabla nombrada.
Para habilitar o deshabilitar restricciones la comprobacin de datos en inserciones o
actualizaciones, la sintaxis bsica es:
OPCIONdeRESTRICCION constraint NOMBRERESTRICCION;
Para saber si una restriccin est habilitada o no, podemos ejecutar el procedimiento
almacenado "sp_helpconstraint" y fijarnos lo que informa la columna "status_enabled".
Entonces, las clusulas "check" y "nocheck" permiten habilitar o deshabilitar restricciones "check"
(tambin las restricciones "foreign key" que veremos ms adelante), a las dems se las debe
eliminar ("default" y las que veremos posteriormente).
50.Restriccin primary key

Hemos visto las restricciones que se aplican a los campos, "default" y "check".
Ahora veremos las restricciones que se aplican a las tablas, que aseguran valores nicos para cada
registro.
Hay 2 tipos: 1) primary key y 2) unique.
Anteriormente, para establecer una clave primaria para una tabla emplebamos la siguiente
sintaxis al crear la tabla, por ejemplo:
codigo int not null,
titulo varchar(30),
autor varchar(30),
primary key(codigo)
);
Cada vez que establecamos la clave primaria para la tabla, SQL Server creaba automticamente
una restriccin "primary key" para dicha tabla. Dicha restriccin, a la cual no le dbamos un
nombre, reciba un nombre dado por SQL Server que comienza con "PK" (por primary key),
seguido del nombre de la tabla y una serie de letras y nmeros aleatorios.
Podemos agregar una restriccin "primary key" a una tabla existente con la sintaxis bsica
siguiente:
primary key (CAMPO,...);
En el siguiente ejemplo definimos una restriccin "primary key" para nuestra tabla "libros" para
asegurarnos que cada libro tendr un cdigo diferente y nico:
alter table libros
add constraint PK_libros_codigo
primary key(codigo);
Con esta restriccin, si intentamos ingresar un registro con un valor para el campo "codigo" que
ya existe o el valor "null", aparece un mensaje de error, porque no se permiten valores duplicados
ni nulos. Igualmente, si actualizamos.
Por convencin, cuando demos el nombre a las restricciones "primary key" seguiremos el formato
"PK_NOMBRETABLA_NOMBRECAMPO".
Sabemos que cuando agregamos una restriccin a una tabla que contiene informacin, SQL Server
controla los datos existentes para confirmar que cumplen las exigencias de la restriccin, si no
los cumple, la restriccin no se aplica y aparece un mensaje de error. Por ejemplo, si intentamos
definir la restriccin "primary key" para "libros" y hay registros con cdigos repetidos o con un
valor "null", la restriccin no se establece.
Cuando establecamos una clave primaria al definir la tabla, automticamente SQL Server
redefina el campo como "not null"; pero al agregar una restriccin "primary key", los campos que
son clave primaria DEBEN haber sido definidos "not null" (o ser implcitamente "not null" si se
definen identity).
SQL Server permite definir solamente una restriccin "primary key" por tabla, que asegura la
unicidad de cada registro de una tabla.
Si ejecutamos el procedimiento almacenado "sp_helpconstraint" junto al nombre de la tabla,
podemos ver las restricciones "primary key" (y todos los tipos de restricciones) de dicha tabla.
Un campo con una restriccin "primary key" puede tener una restriccin "check".
Un campo "primary key" tambin acepta una restriccin "default" (excepto si es identity), pero no
tiene sentido ya que el valor por defecto solamente podr ingresarse una vez; si intenta
ingresarse cuando otro registro ya lo tiene almacenado, aparecer un mensaje de error indicando
que se intenta duplicar la clave.
51.Restriccin unique
Hemos visto que las restricciones aplicadas a tablas aseguran valores nicos para cada registro.
Anteriormente aprendimos la restriccin "primary key", otra restriccin para las tablas es
"unique".
La restriccin "unique" impide la duplicacin de claves alternas (no primarias), es decir,
especifica que dos registros no puedan tener el mismo valor en un campo. Se permiten valores
nulos. Se pueden aplicar varias restricciones de este tipo a una misma tabla, y pueden aplicarse a
uno o varios campos que no sean clave primaria.
Se emplea cuando ya se estableci una clave primaria (como un nmero de legajo) pero se
necesita asegurar que otros datos tambin sean nicos y no se repitan (como nmero de
documento).
La sintaxis general es la siguiente:
unique (CAMPO);
Ejemplo:
alter table alumnos
add constraint UQ_alumnos_documento
unique (documento);
En el ejemplo anterior se agrega una restriccin "unique" sobre el campo "documento" de la tabla
"alumnos", esto asegura que no se pueda ingresar un documento si ya existe. Esta restriccin
permite valores nulos, asi que si se ingresa el valor "null" para el campo "documento", se acepta.
Por convencin, cuando demos el nombre a las restricciones "unique" seguiremos la misma
estructura: "UQ_NOMBRETABLA_NOMBRECAMPO". Quiz parezca innecesario colocar el nombre de
la tabla, pero cuando empleemos varias tablas ver que es til identificar las restricciones por
tipo, tabla y campo.
Recuerde que cuando agregamos una restriccin a una tabla que contiene informacin, SQL
Server controla los datos existentes para confirmar que cumplen la condicin de la restriccin, si
no los cumple, la restriccin no se aplica y aparece un mensaje de error. En el caso del ejemplo
anterior, si la tabla contiene nmeros de documento duplicados, la restriccin no podr
establecerse; si podr establecerse si tiene valores nulos.
SQL Server controla la entrada de datos en inserciones y actualizaciones evitando que se ingresen
valores duplicados.
52.Informacin de restricciones (sp_helpconstraint)

El procedimiento almacenado "sp_helpconstraint" seguido del nombre de una tabla muestra la
informacin referente a todas las restricciones establecidas en dicha tabla, devuelve las
siguientes columnas:
constraint_type: tipo de restriccin. Si es una restriccin de campo (default o check) indica

sobre qu campo fue establecida. Si es de tabla (primary key o unique) indica el tipo de ndice
creado (tema que veremos posteriormente).
constraint_name: nombre de la restriccin.
delete_action: solamente es aplicable para restricciones de tipo "foreign key" (la veremos
posteriormente).
update_action: slo es aplicable para restricciones de tipo "foreign key" (la veremos
posteriormente).
status_enabled: solamente es aplicable para restricciones de tipo "check" y "foreign key". Indica
si est habilitada (Enabled) o no (Disabled). Indica "n/a" en cualquier restriccin para la que
no se aplique.
status_for_replication: solamente es aplicable para restricciones de tipo "check" y "foreign key".

Indica "n/a" en cualquier restriccin para la que no se aplique.
constraint_keys: Si es una restriccin "check" muestra la condicin de chequeo; si es una

restriccin "default", el valor por defecto; si es una "primary key" o "unique" muestra el/ los
campos a los que se aplicaron la restriccin.
53.Eliminar restricciones (alter table - drop)

Para eliminar una restriccin, la sintaxis bsica es la siguiente:
drop NOMBRERESTRICCION;
Para eliminar la restriccin "DF_libros_autor" de la tabla libros tipeamos:
alter table libros
drop DF_libros_autor;
Pueden eliminarse varias restricciones con una sola instruccin separndolas por comas.
Cuando eliminamos una tabla, todas las restricciones que fueron establecidas en ella, se eliminan
tambin.
54.Crear y asociar reglas (create rule - sp_bindrule)

Vimos que SQL Server ofrece varias alternativas para asegurar la integridad de datos, mediante el
uso de:
1. RESTRICCIONES (constraints), que se establecen en tablas y campos y son controlados
automticamente por SQL Server. Hay 3 tipos:
I)
DE LOS CAMPOS (hace referencia a los valores vlidos para un campo determinado).
Pueden ser:
a) DEFAULT: especifica un valor por defecto para un campo cuando no se inserta
explcitamente en un comando "insert".
b) CHECK: especifica un rango de valores que acepta un campo, se emplea en
inserciones y actualizaciones ("insert" y "update").
II) DE LA TABLA (asegura un identificador nico para cada registro de una tabla). Hay 2
tipos:
a) PRIMARY KEY: identifica unvocamente cada uno de los registros; asegura que no
haya valores duplicados ni valores nulos. Se crea un ndice automticamente.
b) UNIQUE: impide la duplicacin de claves alternas (no primarias). Se permiten
valores nulos. Se crea un ndice automticamente.
III) REFERENCIAL: lo veremos ms adelante.
2. REGLAS (rules) y
3. VALORES PREDETERMINADOS (defaults).
Veamos las reglas.

Las reglas especifican los valores que se pueden ingresar en un campo, asegurando que los datos
se encuentren en un intervalo de valores especfico, coincidan con una lista de valores o sigan un
patrn.
Una regla se asocia a un campo de una tabla (o a un tipo de dato definido por el usuario, tema
que veremos posteriormente).
Un campo puede tener solamente UNA regla asociado a l.
Sintaxis bsica es la siguiente:
create rule NOMBREREGLA
as @VARIABLE CONDICION
Entonces, luego de "create rule" se coloca el nombre de la regla, luego la palabra clave "as"
seguido de una variable (a la cual la precede el signo arroba) y finalmente la condicin.
Por convencin, nombraremos las reglas comenzando con "RG", el nombre del campo al que se
asocia y alguna palabra que haga referencia a la condicin.
La variable puede tener cualquier nombre, pero debe estar precedido por el signo arroba (@),
dicha variable ser reemplazada por el valor del campo cuando se asocie.
La condicin se refiere a los valores permitidos para inserciones y actualizaciones y puede
contener cualquier expresin vlida para una clusula "where"; no puede hacer referencia a los
campos de una tabla.
Creamos una regla para restringir los valores que se pueden ingresar en un campo "sueldo" de una
tabla llamada "empleados", estableciendo un intervalo de valores:
create rule RG_sueldo_intervalo
as @sueldo between 100 and 1000
Luego de crear la regla, debemos asociarla a un campo ejecutando un procedimiento almacenado
del sistema empleando la siguiente sintaxis bsica:
exec sp_bindrule NOMBREREGLA, 'TABLA.CAMPO';
Asociamos la regla creada anteriormente al campo "sueldo" de la tabla "empleados":
exec sp_bindrule RG_sueldo_intervalo, 'empleados.sueldo';
Si intentamos agregar (o actualizar) un registro con valor para el campo "sueldo" que no est en
el intervalo de valores especificado en la regla, aparece un mensaje de error indicando que hay
conflicto con la regla y la insercin (o actualizacin) no se realiza.
SQL Server NO controla los datos existentes para confirmar que cumplen con la regla como lo
hace al aplicar restricciones; si no los cumple, la regla se asocia igualmente; pero al ejecutar una
instruccin "insert" o "update" muestra un mensaje de error, es decir, acta en inserciones y
actualizaciones.
La regla debe ser compatible con el tipo de datos del campo al cual se asocia; si esto no sucede,
SQL Server no lo informa al crear la regla ni al asociarla, pero al ejecutar una instruccin "insert"
o "update" muestra un mensaje de error.
No se puede crear una regla para campos de tipo text, image, o timestamp.
Si asocia una nueva regla a un campo que ya tiene asociada otra regla, la nueva regla reeemplaza
la asociacin anterior; pero la primera regla no desaparece, solamente se deshace la asociacin.
La sentencia "create rule" no puede combinarse con otras sentencias en un lote.
La funcin que cumple una regla es bsicamente la misma que una restriccin "check", las
siguientes caractersticas explican algunas diferencias entre ellas:
podemos definir varias restricciones "check" sobre un campo, un campo solamente puede
tener una regla asociada a l;
una restriccin "check" se almacena con la tabla, cuando sta se elimina, las restricciones
tambin se borran. Las reglas son objetos diferentes e independientes de las tablas, si
eliminamos una tabla, las asociaciones desaparecen, pero las reglas siguen existiendo en la
base de datos;
una restriccin "check" puede incluir varios campos; una regla puede asociarse a distintos
campos (incluso de distintas tablas);
una restriccin "check" puede hacer referencia a otros campos de la misma tabla, una regla
no.
Un campo puede tener reglas asociadas a l y restricciones "check". Si hay conflicto entre ellas,
SQL Server no lo informa al crearlas y/o asociarlas, pero al intentar ingresar un valor que alguna
de ellas no permita, aparece un mensaje de error.
Con "sp_helpconstraint" podemos ver las reglas asociadas a los campos de una tabla.
Con "sp_help" podemos ver todos los objetos de la base de datos activa, incluyendo las reglas, en
tal caso en la columna "Object_type" aparece "rule".
55.Eliminar y dasasociar reglas (sp_unbindrule - drop rule)

Para eliminar una regla, primero se debe deshacer la asociacin, ejecutando el procedimiento
almacenado del sistema "sp_unbindrule":
exec sp_unbindrule 'TABLA.CAMPO';
No es posible eliminar una regla si est asociada a un campo. Si intentamos hacerlo, aparece un
mensaje de error y la eliminacin no se realiza.
Con la instruccin "drop rule" eliminamos la regla:
drop rule NOMBREREGLA;
Quitamos la asociacin de la regla "RG_sueldo_intervalo" con el campo "sueldo" de la tabla
"empleados" tipeando:
exec sp_unbindrule 'empleados.sueldo';
Luego de quitar la asociacin la eliminamos:
drop rule RG_sueldo_100a1000;
Si eliminamos una tabla, las asociaciones de reglas de sus campos desaparecen, pero las reglas
siguen existiendo.
56.Informacin de reglas (sp_help - sp_helpconstraint)

Podemos utilizar el procedimiento almacenado "sp_help" con el nombre del objeto del cual
queremos informacin, en este caso el nombre de una regla:
sp_help NOMBREREGLA;
muestra nombre, propietario, tipo y fecha de creacin.
Con "sp_help", no sabemos si las reglas existentes estn o no asociadas a algn campo.
"sp_helpconstraint" retorna una lista de todas las restricciones que tiene una tabla. Podemos ver
las reglas asociadas a una tabla con este procedimiento almacenado:
sp_helpconstraint NOMBRETABLA;
muestra la siguiente informacin:
constraint_type: indica que es una regla con "RULE", nombrando el campo al que est asociada.
constraint_name: nombre de la regla.
constraint_keys: muestra el texto de la regla.

Para ver el texto de una regla empleamos el procedimiento almacenado "sp_helptext" seguido del
nombre de la regla:
sp_helptext NOMBREREGLA;
Tambin se puede consultar la tabla del sistema "sysobjects", que nos muestra el nombre y varios
datos de todos los objetos de la base de datos actual. La columna "xtype" indica el tipo de
objeto, en caso de ser una regla aparece el valor "R":
select *from sysobjects;
Si queremos ver todas las reglas creadas por nosotros, podemos tipear:
select *from sysobjects
where xtype='R' and-- tipo regla
name like 'RG%';--bsqueda con comodn
57.Valores predeterminados (create default)

Hemos visto que para mantener la integridad declarativa se emplean restricciones, reglas (que
hemos estudiado en secciones anteriores) y valores predeterminados.
Veamos los valores predeterminados.
Los valores predeterminados se asocian con uno o varios campos (o tipos de datos definidos por el
usuario); se definen una sola vez y se pueden usar muchas veces.
Si no se coloca un valor cuando se ingresan datos, el valor predeterminado especifica el valor del
campo al que est asociado.
Sintaxis bsica:
create default NOMBREVALORPREDETERMINADO
as VALORPREDETERMINADO;
"VALORPREDETERMINADO" no puede hacer referencia a campos de una tabla (u otros objetos) y
debe ser compatible con el tipo de datos y longitud del campo al cual se asocia; si esto no
sucede, SQL Server no lo informa al crear el valor predeterminado ni al asociarlo, pero al
ejecutar una instruccin "insert" muestra un mensaje de error.
En el siguiente ejemplo creamos un valor predeterminado llamado "VP_datodesconocido' con el
valor "Desconocido":
create default VP_datodesconocido
as 'Desconocido'
Luego de crear un valor predeterminado, debemos asociarlo a un campo (o a un tipo de datos
definido por el usuario) ejecutando el procedimiento almacenado del sistema "sp_bindefault":
exec sp_bindefault NOMBRE, 'NOMBRETABLA.CAMPO';
La siguiente sentencia asocia el valor predeterminado creado anteriormente al campo "domicilio"

de la tabla "empleados":
exec sp_bindefault VP_datodesconocido, 'empleados.domicilio';
Podemos asociar un valor predeterminado a varios campos. Asociamos el valor predeterminado
"VP_datodesconocido" al campo "barrio" de la tabla "empleados":
exec sp_bindefault VP_datodesconocido, 'empleados.barrio';
La funcin que cumple un valor predeterminado es bsicamente la misma que una restriccin
"default", las siguientes caractersticas explican algunas semejanzas y diferencias entre ellas:
un campo solamente puede tener definida UNA restriccin "default", un campo solamente puede
tener UN valor predeterminado asociado a l,
una restriccin "default" se almacena con la tabla, cuando sta se elimina, las restricciones
tambin. Los valores predeterminados son objetos diferentes e independientes de las tablas,
si eliminamos una tabla, las asociaciones desaparecen, pero los valores predeterminados
siguen existiendo en la base de datos.
una restriccin "default" se establece para un solo campo; un valor predeterminado puede
asociarse a distintos campos (inclusive, de diferentes tablas).
una restriccin "default" no puede establecerse sobre un campo "identity", tampoco un valor
predeterminado.
No se puede asociar un valor predeterminado a un campo que tiene una restriccin "default".
Un campo con un valor predeterminado asociado puede tener reglas asociadas a l y restricciones
"check". Si hay conflicto entre ellas, SQL Server no lo informa al crearlas y/o asociarlas, pero al
intentar ingresar un valor que alguna de ellas no permita, aparece un mensaje de error.
La sentencia "create default" no puede combinarse con otra sentencia en un mismo lote.
Si asocia a un campo que ya tiene asociado un valor predeterminado otro valor predeterminado,
la nueva asociacin reemplaza a la anterior.
Veamos otros ejemplos.
Creamos un valor predeterminado que inserta el valor "0" en un campo de tipo numrico:
create default VP_cero
as 0;
En el siguiente creamos un valor predeterminado que inserta ceros con el formato vlido para un
nmero de telfono:
create default VP_telefono
as '(0000)0-000000';
Con "sp_helpconstraint" podemos ver los valores predeterminados asociados a los campos de una
tabla.
Con "sp_help" podemos ver todos los objetos de la base de datos activa, incluyendo los valores
predeterminados, en tal caso en la columna "Object_type" aparece "default".
58.Desasociar y eliminar valores predeterminados

Un valor predeterminado no puede eliminarse si no se ha desasociado previamente.
Para deshacer una asociacin empleamos el procedimiento almacenado "sp_unbindefault" seguido
de la tabla y campo al que est asociado:
sp_unbindefault 'TABLA.CAMPO';
Quitamos la asociacin al campo "sueldo" de la tabla "empleados":
sp_unbindefault 'empleados.sueldo';
Con la instruccin "drop default" podemos eliminar un valor predeterminado:
drop default NOMBREVALORPREDETERMINADO;
Eliminamos el valor predeterminado llamado "VP_cero":
drop default VP_cero;
Si eliminamos una tabla, las asociaciones de valores predeterminados de sus campos
desaparecen, pero los valores predeterminados siguen existiendo.
59.Informacin de valores predeterminados

Para obtener informacin de los valores predeterminados podemos emplear los mismos
procedimientos almacenados que usamos para las reglas.
Si empleamos "sp_help", vemos todos los objetos de la base de datos activa (incluyendo los
valores predeterminados); en la columna "Object_type" (tipo de objeto) muestra "default".
Si al procedimiento almacenado "sp_help" le agregamos el nombre de un valor predeterminado,
nos muestra el nombre, propietario, tipo y fecha de creacin:
sp_help NOMBREVALORPREDETERMINADO;
Con "sp_help", no sabemos si los valores predeterminados existentes estn o no asociadas a algn
campo.
"sp_helpconstraint" retorna una lista de todas las restricciones que tiene una tabla. Tambin los
valores predeterminados asociados; muestra la siguiente informacin:
constraint_type: indica que es un valor predeterminado con "DEFAULT", nombrando el campo al

que est asociado.
constraint_name: nombre del valor predeterminado.
constraint_keys: muestra el texto del valor predeterminado.

Con "sp_helptext" seguido del nombre de un valor predeterminado podemos ver el texto de
cualquier valor predeterminado:
sp_helptext NOMBREVALORPREDETERMINADO;
Tambin se puede consultar la tabla del sistema "sysobjects", que nos muestra el nombre y varios
datos de todos los objetos de la base de datos actual. La columna "xtype" indica el tipo de
objeto, en caso de ser un valor predeterminado aparece el valor "D":
select *from sysobjects;
Si queremos ver todos los valores predeterminados creados por nosotros, podemos tipear:
select *from sysobjects
where xtype='D' and-- tipo valor predeterminado
name like 'VP%';--bsqueda con comodn
60.Indices
SQL Server accede a los datos de dos maneras:
1. recorriendo las tablas; comenzando el principio y extrayendo los
registros que cumplen las condiciones de la consulta.
2. empleando ndices; recorriendo la estructura de rbol del ndice para
localizar los registros y extrayendo los que cumplen las condiciones de la
consulta.
Los ndices se emplean para facilitar la obtencin de informacin de una tabla.
El indice de una tabla desempea la misma funcin que el ndice de un libro:
permite encontrar datos rpidamente; en el caso de las tablas, localiza
registros.
Una tabla se indexa por un campo (o varios).
Un ndice posibilita el acceso directo y rpido haciendo ms eficiente las
bsquedas. Sin ndice, SQL Server debe recorrer secuencialmente toda la tabla
para encontrar un registro.
El objetivo de un indice es acelerar la recuperacin de informacin. La
indexacin es una tcnica que optimiza el acceso a los datos, mejora el
rendimiento acelerando las consultas y otras operaciones. Es til cuando la
tabla contiene miles de registros, cuando se realizan operaciones de
ordenamiento y agrupamiento y cuando se combinan varias tablas (tema que
veremos ms adelante).
La desventaja es que consume espacio en el disco en disco y genera costo de
mantenimiento (tiempo y recursos).
Los ndices ms adecuados son aquellos creados con campos que contienen
valores nicos.
Es importante identificar el o los campos por los que sera til crear un ndice,
aquellos campos por los cuales se realizan bsqueda con frecuencia: claves
primarias, claves externas o campos que combinan tablas.
No se recomienda crear ndices por campos que no se usan con frecuencia en
consultas o no contienen valores nicos.
SQL Server permite crear dos tipos de ndices: 1) agrupados y 2) no agrupados.
61.Indices agrupados y no agrupados (clustered y nonclustered)

Dijimos que SQL Server permite crear dos tipos de ndices: 1) agrupados (clustered) y 2) no
agrupados (nonclustered).
1) Un INDICE AGRUPADO es similar a una gua telefnica, los registros con el mismo valor de
campo se agrupan juntos. Un ndice agrupado determina la secuencia de almacenamiento
de los registros en una tabla.
Se utilizan para campos por los que se realizan busquedas con frecuencia o se accede
siguiendo un orden.
Una tabla slo puede tener UN ndice agrupado.
El tamao medio de un ndice agrupado es aproximadamente el 5% del tamao de la
tabla.
2) Un INDICE NO AGRUPADO es como el ndice de un libro, los datos se almacenan en un
lugar diferente al del ndice, los punteros indican el lugar de almacenamiento de los
elementos indizados en la tabla.
Un ndice no agrupado se emplea cuando se realizan distintos tipos de busquedas
frecuentemente, con campos en los que los datos son nicos.
Una tabla puede tener hasta 249 ndices no agrupados.
Si no se especifica un tipo de ndice, de modo predeterminado ser no agrupado.

Los campos de tipo text, ntext e image no se pueden indizar.
Es recomendable crear los ndices agrupados antes que los no agrupados, porque los primeros
modifican el orden fsico de los registros, ordenndolos secuencialmente.
La diferencia bsica entre ndices agrupados y no agrupados es que los registros de un ndice
agrupado estn ordenados y almacenados de forma secuencial en funcin de su clave.
SQL Server crea automaticamente ndices cuando se crea una restriccin "primary key" o "unique"
en una tabla.
Es posible crear ndices en las vistas.
Resumiendo, los ndices facilitan la recuperacin de datos, permitiendo el acceso directo y
acelerando las bsquedas, consultas y otras operaciones que optimizan el rendimiento general.
62.Creacin de ndices
Para crear ndices empleamos la instruccin "create index".
create TIPODEINDICE index NOMBREINDICE
on TABLA(CAMPO);
"TIPODEINDICE" indica si es agrupado (clustered) o no agrupado (nonclustered). Si no
especificamos crea uno No agrupado. Independientemente de si es agrupado o no, tambin se
puede especificar que sea "unique", es decir, no haya valores repetidos. Si se intenta crear un
ndice unique para un campo que tiene valores duplicados, SQL Server no lo permite.
En este ejemplo se crea un ndice agrupado nico para el campo "codigo" de la tabla "libros":
create unique clustered index I_libros_codigo
on libros(codigo);
Para identificar los ndices fcilmente, podemos agregar un prefijo al nombre del ndice, por
ejemplo "I" y luego el nombre de la tabla y/o campo.
En este ejemplo se crea un ndice no agrupado para el campo "titulo" de la tabla "libros":
create nonclustered index I_libros_titulo
on libros(titulo);
Un ndice puede tener ms de un campo como clave, son ndices compuestos. Los campos de un
ndice compuesto tienen que ser de la misma tabla (excepto cuando se crea en una vista - tema
que veremos posteriormente).
Creamos un ndice compuesto para el campo "autor" y "editorial":
create index I_libros_autoreditorial
on libros(autor,editorial);
SQL Server crea automticamente ndices cuando se establece una restriccin "primary key" o
"unique" en una tabla. Al crear una restriccin "primary key", si no se especifica, el ndice ser
agrupado (clustered) a menos que ya exista un ndice agrupado para dicha tabla. Al crear una
restriccin "unique", si no se especifica, el ndice ser no agrupado (non-clustered).
Ahora podemos entender el resultado del procedimiento almacenado "sp_helpconstraint" cuando
en la columna "constraint_type" mostraba el tipo de ndice seguido de las palabras "clustered" o
"non_clustered".
Puede especificarse que un ndice sea agrupado o no agrupado al agregar estas restricciones.
Agregamos una restriccin "primary key" al campo "codigo" de la tabla "libros" especificando que
cree un ndice NO agrupado:
alter table libros
add constraint PK_libros_codigo
primary key nonclustered (codigo);
Para ver los indices de una tabla:
sp_helpindex libros;
Muestra el nombre del ndice, si es agrupado (o no), primary (o unique) y el campo por el cual se
indexa.
Todos los ndices de la base de datos activa se almacenan en la tabla del sistema "sysindexes",
podemos consultar dicha tabla tipeando:
select name from sysindexes;
Para ver todos los ndices de la base de datos activa creados por nosotros podemos tipear la
siguiente consulta:
select name from sysindexes
where name like 'I_%';
63.Regenerar ndices
Vimos que para crear ndices empleamos la instruccin "create index".
Empleando la opcin "drop_existing" junto con "create index" permite regenerar un ndice, con
ello evitamos eliminarlo y volver a crearlo. La sintaxis es la siguiente:
create TIPODEINDICE index NOMBREINDICE
on TABLA(CAMPO)
with drop_existing;
Tambin podemos modificar alguna de las caractersticas de un ndice con esta opcin, a saber:
tipo: cambindolo de no agrupado a agrupado (siempre que no exista uno agrupado para la misma
tabla). No se puede convertir un ndice agrupado en No agrupado.
campo: se puede cambiar el campo por el cual se indexa, agregar campos, eliminar algn campo
de un ndice compuesto.
nico: se puede modificar un ndice para que los valores sean nicos o dejen de serlo.
En este ejemplo se crea un ndice no agrupado para el campo "titulo" de la tabla "libros":
create nonclustered index I_libros
on libros(titulo);
Regeneramos el ndice "I_libros" y lo convertimos a agrupado:
create clustered index I_libros
on libros(titulo)
with drop_existing;
Agregamos un campo al ndice "I_libros":
create clustered index I_libros
on libros(titulo,editorial)
with drop_existing;
Esta opcin no puede emplearse con ndices creados a partir de una restriccin "primary key" o
"unique".
64.Eliminar ndices
Los ndices creados con "create index" se eliminan con "drop index"; la siguiente es la sintaxis
bsica:
drop index NOMBRETABLA.NOMBREINDICE;
Eliminamos el ndice "I_libros_titulo":
drop index libros.I_libros_titulo;
Los ndices que SQL Server crea automticamente al establecer una restriccin "primary key" o
"unique" no pueden eliminarse con "drop index", se eliminan automticamente cuando quitamos
la restriccin.
Podemos averiguar si existe un ndice para eliminarlo, consultando la tabla del sistema
"sysindexes":
if exists (select name from sysindexes
where name = 'NOMBREINDICE')
drop index NOMBRETABLA.NOMBREINDICE;
Eliminamos el ndice "I_libros_titulo" si existe:
if exists (select *from sysindexes
where name = 'I_libros_titulo')
drop index libros.I_libros_titulo;
65.Trabajar con varias tablas

Hasta el momento hemos trabajado con una sola tabla, pero generalmente, se trabaja con ms
de una.
Para evitar la repeticin de datos y ocupar menos espacio, se separa la informacin en varias
tablas. Cada tabla almacena parte de la informacin que necesitamos registrar.
Por ejemplo, los datos de nuestra tabla "libros" podran separarse en 2 tablas, una llamada
"libros" y otra "editoriales" que guardar la informacin de las editoriales.
En nuestra tabla "libros" haremos referencia a la editorial colocando un cdigo que la identifique.
Veamos:
autor varchar(30) not null default 'Desconocido',
codigoeditorial tinyint not null,
precio decimal(5,2),
primary key (codigo)
);
create table editoriales(
codigo tinyint identity,
nombre varchar(20) not null,
primary key(codigo)
);
De esta manera, evitamos almacenar tantas veces los nombres de las editoriales en la tabla
"libros" y guardamos el nombre en la tabla "editoriales"; para indicar la editorial de cada libro
agregamos un campo que hace referencia al cdigo de la editorial en la tabla "libros" y en
"editoriales".
Al recuperar los datos de los libros con la siguiente instruccin:
select* from libros;
vemos que en el campo "editorial" aparece el cdigo, pero no sabemos el nombre de la editorial.
Para obtener los datos de cada libro, incluyendo el nombre de la editorial, necesitamos consultar
ambas tablas, traer informacin de las dos.
Cuando obtenemos informacin de ms de una tabla decimos que hacemos un "join"
(combinacin).
Veamos un ejemplo:
select *from libros
join editoriales
on libros.codigoeditorial=editoriales.codigo;
Resumiendo: si distribuimos la informacin en varias tablas evitamos la redundancia de datos y
ocupamos menos espacio fsico en el disco. Un join es una operacin que relaciona dos o ms
tablas para obtener un resultado que incluya datos (campos y registros) de ambas; las tablas
participantes se combinan segn los campos comunes a ambas tablas.
Hay hay tres tipos de combinaciones. En los siguientes captulos explicamos cada una de ellas.
66.Combinacin interna (inner join)

Un join es una operacin que relaciona dos o ms tablas para obtener un resultado que incluya
datos (campos y registros) de ambas; las tablas participantes se combinan segn los campos
comunes a ambas tablas.
Hay tres tipos de combinaciones:
1. combinaciones internas (inner join o join),
2. combinaciones externas y
3. combinaciones cruzadas.
Tambin es posible emplear varias combinaciones en una consulta "select", incluso puede
combinarse una tabla consigo misma.
La combinacin interna emplea "join", que es la forma abreviada de "inner join". Se emplea para
obtener informacin de dos tablas y combinar dicha informacin en una salida.
select CAMPOS
from TABLA1
join TABLA2
on CONDICIONdeCOMBINACION;
Ejemplo:
select *from libros
join editoriales
on codigoeditorial=editoriales.codigo;
Analicemos la consulta anterior.
especificamos los campos que aparecern en el resultado en la lista de seleccin;
indicamos el nombre de la tabla luego del "from" ("libros");
combinamos esa tabla con "join" y el nombre de la otra tabla ("editoriales"); se especifica
qu tablas se van a combinar y cmo;
cuando se combina informacin de varias tablas, es necesario especificar qu registro de una

tabla se combinar con qu registro de la otra tabla, con "on". Se debe especificar la
condicin para enlazarlas, es decir, el campo por el cual se combinarn, que tienen en
comn.
"on" hace coincidir registros de ambas tablas basndose en el valor de tal campo, en el
ejemplo, el campo "codigoeditorial" de "libros" y el campo "codigo" de "editoriales" son los
que enlazarn ambas tablas. Se emplean campos comunes, que deben tener tipos de datos
iguales o similares.
La condicion de combinacin, es decir, el o los campos por los que se van a combinar (parte "on"),
se especifica segn las claves primarias y externas.
Note que en la consulta, al nombrar el campo usamos el nombre de la tabla tambin. Cuando las
tablas referenciadas tienen campos con igual nombre, esto es necesario para evitar confusiones y
ambiguedades al momento de referenciar un campo. En el ejemplo, si no especificamos
"editoriales.codigo" y solamente tipeamos "codigo", SQL Server no sabr si nos referimos al campo
"codigo" de "libros" o de "editoriales" y mostrar un mensaje de error indicando que "codigo" es
ambiguo.
Entonces, si las tablas que combinamos tienen nombres de campos iguales, DEBE especificarse a
qu tabla pertenece anteponiendo el nombre de la tabla al nombre del campo, separado por un
punto (.).
Si una de las tablas tiene clave primaria compuesta, al combinarla con la otra, en la clusula "on"
se debe hacer referencia a la clave completa, es decir, la condicin referenciar a todos los
campos clave que identifican al registro.
Se puede incluir en la consulta join la clusula "where" para restringir los registros que retorna el
resultado; tambin "order by", "distinct", etc..
Se emplea este tipo de combinacin para encontrar registros de la primera tabla que se
correspondan con los registros de la otra, es decir, que cumplan la condicin del "on". Si un valor
de la primera tabla no se encuentra en la segunda tabla, el registro no aparece.
Para simplificar la sentencia podemos usar un alias para cada tabla:
select l.codigo,titulo,autor,nombre
from libros as l
join editoriales as e
on l.codigoeditorial=e.codigo;
En algunos casos (como en este ejemplo) el uso de alias es para fines de simplificacin y hace
ms legible la consulta si es larga y compleja, pero en algunas consultas es absolutamente
necesario.
67.Combinacin externa izquierda (left join)

Vimos que una combinacin interna (join) encuentra registros de la primera tabla que se
correspondan con los registros de la segunda, es decir, que cumplan la condicin del "on" y si un
valor de la primera tabla no se encuentra en la segunda tabla, el registro no aparece.
Si queremos saber qu registros de una tabla NO encuentran correspondencia en la otra, es decir,
no existe valor coincidente en la segunda, necesitamos otro tipo de combinacin, "outer join"
(combinacin externa).
Las combinaciones externas combinan registros de dos tablas que cumplen la condicin, ms los
registros de la segunda tabla que no la cumplen; es decir, muestran todos los registros de las
tablas relacionadas, an cuando no haya valores coincidentes entre ellas.
Este tipo de combinacin se emplea cuando se necesita una lista completa de los datos de una de
las tablas y la informacin que cumple con la condicin. Las combinaciones externas se realizan
solamente entre 2 tablas.
Hay tres tipos de combinaciones externas: "left outer join", "right outer join" y "full outer join"; se
pueden abreviar con "left join", "right join" y "full join" respectivamente.
Vamos a estudiar las primeras.
Se emplea una combinacin externa izquierda para mostrar todos los registros de la tabla de la
izquierda. Si no encuentra coincidencia con la tabla de la derecha, el registro muestra los campos
de la segunda tabla seteados a "null".
En el siguiente ejemplo solicitamos el ttulo y nombre de la editorial de los libros:
select titulo,nombre
from editoriales as e
left join libros as l
on codigoeditorial = e.codigo;
El resultado mostrar el ttulo y nombre de la editorial; las editoriales de las cuales no hay libros,
es decir, cuyo cdigo de editorial no est presente en "libros" aparece en el resultado, pero con el
valor "null" en el campo "titulo".
Es importante la posicin en que se colocan las tablas en un "left join", la tabla de la izquierda es
la que se usa para localizar registros en la tabla de la derecha.
Entonces, un "left join" se usa para hacer coincidir registros en una tabla (izquierda) con otra
tabla (derecha); si un valor de la tabla de la izquierda no encuentra coincidencia en la tabla de la
derecha, se genera una fila extra (una por cada valor no encontrado) con todos los campos
correspondientes a la tabla derecha seteados a "null". La sintaxis bsica es la siguiente:
select CAMPOS
from TABLAIZQUIERDA
left join TABLADERECHA
on CONDICION;
En el siguiente ejemplo solicitamos el ttulo y el nombre la editorial, la sentencia es similar a la
anterior, la diferencia est en el orden de las tablas:
from libros as l
left join editoriales as e
El resultado mostrar el ttulo del libro y el nombre de la editorial; los ttulos cuyo cdigo de
editorial no est presente en "editoriales" aparecen en el resultado, pero con el valor "null" en el
campo "nombre".
Un "left join" puede tener clausula "where" que restringa el resultado de la consulta considerando
solamente los registros que encuentran coincidencia en la tabla de la derecha, es decir, cuyo
valor de cdigo est presente en "libros":
on e.codigo=codigoeditorial
where codigoeditorial is not null;
Tambin podemos mostrar las editoriales que NO estn presentes en "libros", es decir, que NO
encuentran coincidencia en la tabla de la derecha:
where codigoeditorial is null;
68.Combinacin externa derecha (right join)

Vimos que una combinacin externa izquierda (left join) encuentra registros de la tabla izquierda
que se correspondan con los registros de la tabla derecha y si un valor de la tabla izquierda no se
encuentra en la tabla derecha, el registro muestra los campos correspondientes a la tabla de la
derecha seteados a "null".
Una combinacin externa derecha ("right outer join" o "right join") opera del mismo modo slo
que la tabla derecha es la que localiza los registros en la tabla izquierda.
En el siguiente ejemplo solicitamos el ttulo y nombre de la editorial de los libros empleando un
"right join":
from libros as l
right join editoriales as e
El resultado mostrar el ttulo y nombre de la editorial; las editoriales de las cuales no hay libros,
es decir, cuyo cdigo de editorial no est presente en "libros" aparece en el resultado, pero con el
valor "null" en el campo "titulo".
Es FUNDAMENTAL tener en cuenta la posicin en que se colocan las tablas en los "outer join". En
un "left join" la primera tabla (izquierda) es la que busca coincidencias en la segunda tabla
(derecha); en el "right join" la segunda tabla (derecha) es la que busca coincidencias en la
primera tabla (izquierda).
En la siguiente consulta empleamos un "left join" para conseguir el mismo resultado que el "right
join" anterior":
Note que la tabla que busca coincidencias ("editoriales") est en primer lugar porque es un "left
join"; en el "right join" precedente, estaba en segundo lugar.
Un "right join" hace coincidir registros en una tabla (derecha) con otra tabla (izquierda); si un
valor de la tabla de la derecha no encuentra coincidencia en la tabla izquierda, se genera una fila
extra (una por cada valor no encontrado) con todos los campos correspondientes a la tabla
izquierda seteados a "null". La sintaxis bsica es la siguiente:
select CAMPOS
from TABLAIZQUIERDA
right join TABLADERECHA
on CONDICION;
Un "right join" tambin puede tener clusula "where" que restringa el resultado de la consulta
considerando solamente los registros que encuentran coincidencia en la tabla izquierda:
from libros as l
right join editoriales as e
where codigoeditorial is not null;
Mostramos las editoriales que NO estn presentes en "libros", es decir, que NO encuentran
coincidencia en la tabla de la derecha empleando un "right join":
from libros as l
rightjoin editoriales as e
where codigoeditorial is null;
69.Combinacin externa completa (full join)

Vimos que un "left join" encuentra registros de la tabla izquierda que se correspondan con los
registros de la tabla derecha y si un valor de la tabla izquierda no se encuentra en la tabla
derecha, el registro muestra los campos correspondientes a la tabla de la derecha seteados a
"null". Aprendimos tambin que un "right join" opera del mismo modo slo que la tabla derecha es
la que localiza los registros en la tabla izquierda.
Una combinacin externa completa ("full outer join" o "full join") retorna todos los registros de
ambas tablas. Si un registro de una tabla izquierda no encuentra coincidencia en la tabla
derecha, las columnas correspondientes a campos de la tabla derecha aparecen seteadas a "null",
y si la tabla de la derecha no encuentra correspondencia en la tabla izquierda, los campos de
esta ltima aparecen conteniendo "null".
Veamos un ejemplo:
full join libros as l
La salida del "full join" precedente muestra todos los registros de ambas tablas, incluyendo los
libros cuyo cdigo de editorial no existe en la tabla "editoriales" y las editoriales de las cuales no
hay correspondencia en "libros".
70.Combinaciones cruzadas (cross join)

Vimos que hay tres tipos de combinaciones: 1) combinaciones internas (join), 2) combinaciones
externas (left, right y full join) y 3) combinaciones cruzadas.
Las combinaciones cruzadas (cross join) muestran todas las combinaciones de todos los registros
de las tablas combinadas. Para este tipo de join no se incluye una condicin de enlace. Se genera
el producto cartesiano en el que el nmero de filas del resultado es igual al nmero de registros
de la primera tabla multiplicado por el nmero de registros de la segunda tabla, es decir, si hay 5
registros en una tabla y 6 en la otra, retorna 30 filas.
La sintaxis bsica es sta:
select CAMPOS
from TABLA1
cross join TABLA2;
Veamos un ejemplo. Un pequeo restaurante almacena los nombres y precios de sus comidas en
una tabla llamada "comidas" y en una tabla denominada "postres" los mismos datos de sus postres.
Si necesitamos conocer todas las combinaciones posibles para un men, cada comida con cada
postre, empleamos un "cross join":
select c.nombre as 'plato principal', p.nombre as 'postre'
from comidas as c
cross join postres as p;
La salida muestra cada plato combinado con cada uno de los postres.
Como cualquier tipo de "join", puede emplearse una clusula "where" que condicione la salida.
71.Autocombinacin
Dijimos que es posible combinar una tabla consigo misma.
Un pequeo restaurante tiene almacenadas sus comidas en una tabla llamada "comidas" que
consta de los siguientes campos:
- nombre varchar(20),
- precio decimal (4,2) y
- rubro char(6)-- que indica con 'plato' si es un plato principal y 'postre' si es postre.
Podemos obtener la combinacin de platos empleando un "cross join" con una sola tabla:
select c1.nombre as 'plato principal',
c2.nombre as postre,
c1.precio+c2.precio as total
from comidas as c1
cross join comidas as c2;
En la consulta anterior aparecen filas duplicadas, para evitarlo debemos emplear un "where":
from comidas as c1
cross join comidas as c2
where c1.rubro='plato' and
c2.rubro='postre';
En la consulta anterior se emple un "where" que especifica que se combine "plato" con "postre".
En una autocombinacin se combina una tabla con una copia de si misma. Para ello debemos
utilizar 2 alias para la tabla. Para evitar que aparezcan filas duplicadas, debemos emplear un
"where".
Tambin se puede realizar una autocombinacin con "join":
from comidas as c1
join comidas as c2
on c1.codigo<>c2.codigo
where c1.rubro='plato' and
c2.rubro='postre';
Para que no aparezcan filas duplicadas se agrega un "where".
72.Combinaciones y funciones de agrupamiento

Podemos usar "group by" y las funciones de agrupamiento con combinaciones de tablas.
Para ver la cantidad de libros de cada editorial consultando la tabla "libros" y "editoriales",
tipeamos:
select nombre as editorial,
count(*) as cantidad
join libros as l
on codigoeditorial=e.codigo
group by e.nombre;
Note que las editoriales que no tienen libros no aparecen en la salida porque empleamos un
"join".
Empleamos otra funcin de agrupamiento con "left join". Para conocer el mayor precio de los
libros de cada editorial usamos la funcin "max()", hacemos un "left join" y agrupamos por nombre
de la editorial:
select nombre as editorial,
max(precio) as 'mayor precio'
group by nombre;
En la sentencia anterior, mostrar, para la editorial de la cual no haya libros, el valor "null" en la
columna calculada.
73.Combinacin de ms de dos tablas

Podemos hacer un "join" con ms de dos tablas.
Cada join combina 2 tablas. Se pueden emplear varios join para enlazar varias tablas. Cada
resultado de un join es una tabla que puede combinarse con otro join.
La librera almacena los datos de sus libros en tres tablas: libros, editoriales y autores.
En la tabla "libros" un campo "codigoautor" hace referencia al autor y un campo "codigoeditorial"
referencia la editorial.
Para recuperar todos los datos de los libros empleamos la siguiente consulta:
select titulo,a.nombre,e.nombre
from autores as a
join libros as l
on codigoautor=a.codigo
join editoriales as e on codigoeditorial=e.codigo;
Analicemos la consulta anterior. Indicamos el nombre de la tabla luego del "from" ("autores"),
combinamos esa tabla con la tabla "libros" especificando con "on" el campo por el cual se
combinarn; luego debemos hacer coincidir los valores para el enlace con la tabla "editoriales"
enlazndolas por los campos correspondientes. Utilizamos alias para una sentencia ms sencilla y
comprensible.
Note que especificamos a qu tabla pertenecen los campos cuyo nombre se repiten en las tablas,
esto es necesario para evitar confusiones y ambiguedades al momento de referenciar un campo.
Note que no aparecen los libros cuyo cdigo de autor no se encuentra en "autores" y cuya
editorial no existe en "editoriales", esto es porque realizamos una combinacin interna.
Podemos combinar varios tipos de join en una misma sentencia:
select titulo,a.nombre,e.nombre
from autores as a
right join libros as l
on codigoautor=a.codigo
left join editoriales as e on codigoeditorial=e.codigo;
En la consulta anterior solicitamos el ttulo, autor y editorial de todos los libros que encuentren o
no coincidencia con "autores" ("right join") y a ese resultado lo combinamos con "editoriales",
encuentren o no coincidencia.
Es posible realizar varias combinaciones para obtener informacin de varias tablas. Las tablas
deben tener claves externas relacionadas con las tablas a combinar.
En consultas en las cuales empleamos varios "join" es importante tener en cuenta el orden de las
tablas y los tipos de "join"; recuerde que la tabla resultado del primer join es la que se combina
con el segundo join, no la segunda tabla nombrada. En el ejemplo anterior, el "left join" no se
realiza entre las tablas "libros" y "editoriales" sino entre el resultado del "right join" y la tabla
"editoriales".
74.Combinaciones con update y delete

Las combinaciones no slo se utilizan con la sentencia "select", tambin podemos emplearlas con
"update" y "delete".
Podemos emplear "update" o "delete" con "join" para actualizar o eliminar registros de una tabla
consultando otras tablas.
En el siguiente ejemplo aumentamos en un 10% los precios de los libros de cierta editorial,
necesitamos un "join" para localizar los registros de la editorial "Planeta" en la tabla "libros":
update libros set precio=precio+(precio*0.1)
from libros
join editoriales as e
where nombre='Planeta';
Eliminamos todos los libros de editorial "Emece":
delete libros
from libros
join editoriales
on codigoeditorial = editoriales.codigo
where editoriales.nombre='Emece';
75.Clave fornea
Un campo que no es clave primaria en una tabla y sirve para enlazar sus valores con otra tabla en
la cual es clave primaria se denomina clave fornea, externa o ajena.
En el ejemplo de la librera en que utilizamos las tablas "libros" y "editoriales" con estos campos:
libros: codigo (clave primaria), titulo, autor, codigoeditorial, precio y
editoriales: codigo (clave primaria), nombre.
el campo "codigoeditorial" de "libros" es una clave fornea, se emplea para enlazar la tabla
"libros" con "editoriales" y es clave primaria en "editoriales" con el nombre "codigo".
Las claves forneas y las claves primarias deben ser del mismo tipo para poder enlazarse. Si
modificamos una, debemos modificar la otra para que los valores se correspondan.
Cuando alteramos una tabla, debemos tener cuidado con las claves forneas. Si modificamos el
tipo, longitud o atributos de una clave fornea, sta puede quedar inhabilitada para hacer los
enlaces.
Entonces, una clave fornea es un campo (o varios) empleados para enlazar datos de 2 tablas,
para establecer un "join" con otra tabla en la cual es clave primaria.
76.Restricciones (foreign key)

Hemos visto que una de las alternativas que SQL Server ofrece para asegurar la integridad de
datos es el uso de restricciones (constraints). Aprendimos que las restricciones se establecen en
tablas y campos asegurando que los datos sean vlidos y que las relaciones entre las tablas se
mantengan; vimos que existen distintos tipos de restricciones:
1) de los campos: default y check
2) de la tabla: primary key y unique.
3) referencial: foreign key, la analizaremos ahora.
Con la restriccin "foreign key" se define un campo (o varios) cuyos valores coinciden con la clave
primaria de la misma tabla o de otra, es decir, se define una referencia a un campo con una
restriccin "primary key" o "unique" de la misma tabla o de otra.
La integridad referencial asegura que se mantengan las referencias entre las claves primarias y
las externas. Por ejemplo, controla que si se agrega un cdigo de editorial en la tabla "libros", tal
cdigo exista en la tabla "editoriales".
Tambin controla que no pueda eliminarse un registro de una tabla ni modificar la clave primaria
si una clave externa hace referencia al registro. Por ejemplo, que no se pueda eliminar o
modificar un cdigo de "editoriales" si existen libros con dicho cdigo.
La siguiente es la sintaxis parcial general para agregar una restriccin "foreign key":
alter table NOMBRETABLA1
foreign key (CAMPOCLAVEFORANEA)
references NOMBRETABLA2 (CAMPOCLAVEPRIMARIA);
Analicmosla:
NOMBRETABLA1 referencia el nombre de la tabla a la cual le aplicamos la restriccin,
NOMBRERESTRICCION es el nombre que le damos a la misma,
luego de "foreign key", entre parntesis se coloca el campo de la tabla a la que le

aplicamos la restriccin que ser establecida como clave fornea,
luego de "references" indicamos el nombre de la tabla referenciada y el campo que es

clave primaria en la misma, a la cual hace referencia la clave fornea. La tabla referenciada
debe tener definida una restriccin "primary key" o "unique"; si no la tiene, aparece un
mensaje de error.
Para agregar una restriccin "foreign key" al campo "codigoeditorial" de "libros", tipeamos:
alter table libros

add constraint FK_libros_codigoeditorial
foreign key (codigoeditorial)
references editoriales(codigo);
En el ejemplo implementamos una restriccin "foreign key" para asegurarnos que el cdigo de la
editorial de la de la tabla "libros" ("codigoeditorial") est asociada con un cdigo vlido en la
tabla "editoriales" ("codigo").
Cuando agregamos cualquier restriccin a una tabla que contiene informacin, SQL Server
controla los datos existentes para confirmar que cumplen con la restriccin, si no los cumple, la
restriccin no se aplica y aparece un mensaje de error. Por ejemplo, si intentamos agregar una
restriccin "foreign key" a la tabla "libros" y existe un libro con un valor de cdigo para editorial
que no existe en la tabla "editoriales", la restriccin no se agrega.
Acta en inserciones. Si intentamos ingresar un registro (un libro) con un valor de clave fornea
(codigoeditorial) que no existe en la tabla referenciada (editoriales), SQL server muestra un
mensaje de error. Si al ingresar un registro (un libro), no colocamos el valor para el campo clave
fornea (codigoeditorial), almacenar "null", porque esta restriccin permite valores nulos (a
menos que se haya especificado lo contrario al definir el campo).
Acta en eliminaciones y actualizaciones. Si intentamos eliminar un registro o modificar un valor
de clave primaria de una tabla si una clave fornea hace referencia a dicho registro, SQL Server
no lo permite (excepto si se permite la accin en cascada, tema que veremos posteriormente).
Por ejemplo, si intentamos eliminar una editorial a la que se hace referencia en "libros", aparece
un mensaje de error.
Esta restriccin (a diferencia de "primary key" y "unique") no crea ndice automaticamente.
La cantidad y tipo de datos de los campos especificados luego de "foreign key" DEBEN coincidir
con la cantidad y tipo de datos de los campos de la clusula "references".
Esta restriccin se puede definir dentro de la misma tabla (lo veremos ms adelante) o entre
distintas tablas.
Una tabla puede tener varias restricciones "foreign key".
No se puede eliminar una tabla referenciada en una restriccin "foreign key", aparece un mensaje
de error.
Una restriccion "foreign key" no puede modificarse, debe eliminarse y volverse a crear.
Para ver informacin acerca de esta restriccin podemos ejecutar el procedimiento almacenado
"sp_helpconstraint" junto al nombre de la tabla. Nos muestra el tipo, nombre, la opcin para
eliminaciones y actualizaciones, el estado (temas que veremos ms adelante), el nombre del
campo y la tabla y campo que referencia.
Tambin informa si la tabla es referenciada por una clave fornea.
77.Restricciones foreign key en la misma tabla

La restriccin "foreign key", que define una referencia a un campo con una restriccin "primary
key" o "unique" se puede definir entre distintas tablas (como hemos aprendido) o dentro de la
misma tabla.
Veamos un ejemplo en el cual definimos esta restriccin dentro de la misma tabla.
Una mutual almacena los datos de sus afiliados en una tabla llamada "afiliados". Algunos afiliados
inscriben a sus familiares. La tabla contiene un campo que hace referencia al afiliado que lo
incorpor a la mutual, del cual dependen.
La estructura de la tabla es la siguiente:
create table afiliados(
numero int identity not null,
documento char(8) not null,
nombre varchar(30),
afiliadotitular int,
primary key (documento),
unique (numero)
);
En caso que un afiliado no haya sido incorporado a la mutual por otro afiliado, el campo
"afiliadotitular" almacenar "null".
Establecemos una restriccin "foreign key" para asegurarnos que el nmero de afiliado que se
ingrese en el campo "afiliadotitular" exista en la tabla "afiliados":
alter table afiliados
add constraint FK_afiliados_afiliadotitular
foreign key (afiliadotitular)
references afiliados (numero);
La sintaxis es la misma, excepto que la tabla se autoreferencia.
Luego de aplicar esta restriccin, cada vez que se ingrese un valor en el campo "afiliadotitular",
SQL Server controlar que dicho nmero exista en la tabla, si no existe, mostrar un mensaje de
error.
Si intentamos eliminar un afiliado que es titular de otros afiliados, no se podr hacer, a menos
que se haya especificado la accin en cascada (prximo tema).
78.Restricciones foreign key (acciones)

Continuamos con la restriccin "foreign key".
Si intentamos eliminar un registro de la tabla referenciada por una restriccin "foreign key" cuyo
valor de clave primaria existe referenciada en la tabla que tiene dicha restriccin, la accin no se
ejecuta y aparece un mensaje de error. Esto sucede porque, por defecto, para eliminaciones, la
opcin de la restriccin "foreign key" es "no action". Lo mismo sucede si intentamos actualizar un
valor de clave primaria de una tabla referenciada por una "foreign key" existente en la tabla
principal.
La restriccin "foreign key" tiene las clusulas "on delete" y "on update" que son opcionales.
Estas clusulas especifican cmo debe actuar SQL Server frente a eliminaciones y modificaciones
de las tablas referenciadas en la restriccin.
Las opciones para estas clusulas son las siguientes:
"no action": indica que si intentamos eliminar o actualizar un valor de la clave primaria de la
tabla referenciada (TABLA2) que tengan referencia en la tabla principal (TABLA1), se genere
un error y la accin no se realice; es la opcin predeterminada.
"cascade": indica que si eliminamos o actualizamos un valor de la clave primaria en la tabla

referenciada (TABLA2), los registros coincidentes en la tabla principal (TABLA1), tambin se
eliminen o modifiquen; es decir, si eliminamos o modificamos un valor de campo definido
con una restriccin "primary key" o "unique", dicho cambio se extiende al valor de clave
externa de la otra tabla (integridad referencial en cascada).
La sintaxis completa para agregar esta restriccin a una tabla es la siguiente:

alter table TABLA1
references TABLA2(CAMPOCLAVEPRIMARIA)
on delete OPCION
on update OPCION;
Sintetizando, si al agregar una restriccin foreign key:
no se especifica accin para eliminaciones (o se especifica "no_action"), y se intenta eliminar

un registro de la tabla referenciada (editoriales) cuyo valor de clave primaria (codigo) existe
en la tabla principal (libros), la accin no se realiza.
se especifica "cascade" para eliminaciones ("on delete cascade") y elimina un registro de la

tabla referenciada (editoriales) cuyo valor de clave primaria (codigo) existe en la tabla
principal(libros), la eliminacin de la tabla referenciada (editoriales) se realiza y se eliminan

de la tabla principal (libros) todos los registros cuyo valor coincide con el registro eliminado
de la tabla referenciada (editoriales).
no se especifica accin para actualizaciones (o se especifica "no_action"), y se intenta

modificar un valor de clave primaria (codigo) de la tabla referenciada (editoriales) que
existe en el campo clave fornea (codigoeditorial) de la tabla principal (libros), la accin no
se realiza.
se especifica "cascade" para actualizaciones ("on update cascade") y se modifica un valor de

clave primaria (codigo) de la tabla referenciada (editoriales) que existe en la tabla principal
(libros), SQL Server actualiza el registro de la tabla referenciada (editoriales) y todos los
registros coincidentes en la tabla principal (libros).
Veamos un ejemplo. Definimos una restriccin "foreign key" a la tabla "libros" estableciendo el
campo "codigoeditorial" como clave fornea que referencia al campo "codigo" de la tabla
"editoriales". La tabla "editoriales" tiene como clave primaria el campo "codigo". Especificamos la
accin en cascada para las actualizaciones y eliminaciones:
alter table libros
references editoriales(codigo)
on update cascade
on delete cascade;
Si luego de establecer la restriccin anterior, eliminamos una editorial de "editoriales" de las
cuales hay libros, se elimina dicha editorial y todos los libros de tal editorial. Y si modificamos el
valor de cdigo de una editorial de "editoriales", se modifica en "editoriales" y todos los valores
iguales de "codigoeditorial" de libros tambin se modifican.
79.Restricciones foreign key deshabilitar y eliminar (with check - nocheck)

Sabemos que si agregamos una restriccin a una tabla que contiene datos, SQL Server los controla
para asegurarse que cumplen con la restriccin; es posible deshabilitar esta comprobacin.
Podemos hacerlo al momento de agregar la restriccin a una tabla con datos, incluyendo la
opcin "with nocheck" en la instruccin "alter table"; si se emplea esta opcin, los datos no van a
cumplir la restriccin.
Se pueden deshabilitar las restricciones "check" y "foreign key", a las dems se las debe eliminar.
La sintaxis bsica al agregar la restricccin "foreign key" es la siguiente:
alter table NOMBRETABLA1
with OPCIONDECHEQUEO
references NOMBRETABLA2 (CAMPOCLAVEPRIMARIA)
on update OPCION
on delete OPCION;
La opcin "with OPCIONDECHEQUEO" especifica si se controlan los datos existentes o no con
"check" y "nocheck" respectivamente. Por defecto, si no se especifica, la opcin es "check".
En el siguiente ejemplo agregamos una restriccin "foreign key" que controla que todos los
cdigos de editorial tengan un cdigo vlido, es decir, dicho cdigo exista en "editoriales". La
restriccin no se aplica en los datos existentes pero si en los siguientes ingresos, modificaciones y
actualizaciones:
alter table libros
with nocheck
references editoriales(codigo);
La comprobacin de restricciones se puede deshabilitar para modificar, eliminar o agregar datos a
una tabla sin comprobar la restriccin. La sintaxis general es:
OPCIONDECHEQUEO constraint NOMBRERESTRICCION;
En el siguiente ejemplo deshabilitamos la restriccin creada anteriormente:
alter table libros
nocheck constraint FK_libros_codigoeditorial;
Para habilitar una restriccin deshabilitada se ejecuta la misma instruccin pero con la clusula
"check" o "check all":
alter table libros
check constraint FK_libros_codigoeditorial;
Si se emplea "check constraint all" no se coloca nombre de restricciones, habilita todas las
restricciones que tiene la tabla nombrada ("check" y "foreign key").
Para saber si una restriccin est habilitada o no, podemos ejecutar el procedimiento
almacenado "sp_helpconstraint" y entenderemos lo que informa la columna "status_enabled".
Entonces, las clusulas "check" y "nocheck" permiten habilitar o deshabilitar restricciones "foreign
key" (y "check"). Pueden emplearse para evitar la comprobacin de datos existentes al crear la
restriccin o para deshabilitar la comprobacin de datos al ingresar, actualizar y eliminar algn
registro que infrinja la restriccin.
Podemos eliminar una restriccin "foreign key" con "alter table". La sintaxis bsica es la misma
que para cualquier otra restriccin:
alter table TABLA
drop constraint NOMBRERESTRICCION;
Eliminamos la restriccin de "libros":
alter table libros
drop constraint FK_libros_codigoeditorial;
No se puede eliminar una tabla si una restriccin "foreign key" hace referencia a ella.
Cuando eliminamos una tabla que tiene una restriccin "foreign key", la restriccin tambin se
elimina.
80.Restricciones foreign key (informacin)

El procedimiento almacenado "sp_helpconstraint" devuelve las siguientes columnas:
constraint_type: tipo de restriccin. Si es una restriccin de campo (default o check) indica

sobre qu campo fue establecida. Si es de tabla (primary key o unique) indica el tipo de
ndice creado. Si es una "foreign key" lo indica.
constraint_name: nombre de la restriccin.
delete_action: solamente es aplicable para restricciones de tipo "foreign key". Indica si la

accin de eliminacin acta, no acta o es en cascada. Indica "n/a" en cualquier restriccin
para la que no se aplique; "No Action" si no acta y "Cascade" si es en cascada.
update_action: slo es aplicable para restricciones de tipo "foreign key". Indica si la accin
de actualizacin es: No Action, Cascade, or n/a. Indica "n/a" en cualquier restriccin para la
que no se aplique.
status_enabled: solamente es aplicable para restricciones de tipo "check" y "foreign key".

Indica si est habilitada (Enabled) o no (Disabled). Indica "n/a" en cualquier restriccin para
la que no se aplique.
status_for_replication: solamente es aplicable para restricciones de tipo "check" y "foreign

key". Indica "n/a" en cualquier restriccin para la que no se aplique.
constraint_keys: Si es una restriccin "default" muestra la condicin de chequeo; si es una

restriccin "default", el valor por defecto; si es una "primary key", "unique" o "foreign key"
muestra el/ los campos a los que se aplicaron la restriccin. En caso de valores
predeterminados y reglas, el texto que lo define.
81.Restricciones al crear la tabla

Hasta el momento hemos agregado restricciones a tablas existentes con "alter table" (manera
aconsejada), tambin pueden establecerse al momento de crear una tabla (en la instruccin
"create table").
Podemos aplicar restricciones a nivel de campo (restriccin de campo) o a nivel de tabla
(restriccin de tabla).
En el siguiente ejemplo creamos la tabla "libros" con varias restricciones:
titulo varchar(40),
codigoautor int not null,
codigoeditorial tinyint not null,
precio decimal(5,2)
constraint DF_precio default (0),
constraint PK_libros_codigo
primary key clustered (codigo),
constraint UQ_libros_tituloautor
unique (titulo,codigoautor),
constraint FK_libros_editorial
references editoriales(codigo)
on update cascade,
constraint FK_libros_autores
foreign key (codigoautor)
references autores(codigo)
on update cascade,
constraint CK_precio_positivo check (precio>=0)
);
En el ejemplo anterior creamos:
una restriccin "default" para el campo "precio" (restriccin a nivel de campo);
una restriccin "primary key" con ndice agrupado para el campo "codigo" (a nivel de tabla);
una restriccin "unique" con ndice no agrupado (por defecto) para los campos "titulo" y
"codigoautor" (a nivel de tabla);
una restriccin "foreign key" para establecer el campo "codigoeditorial" como clave externa
que haga referencia al campo "codigo" de "editoriales y permita actualizaciones en cascada y
no eliminaciones (por defecto "no action");
una restriccin "foreign key" para establecer el campo "codigoautor" como clave externa que
haga referencia al campo "codigo" de "autores" y permita actualizaciones en cascada y no
eliminaciones;
una restriccin "check" para el campo "precio" que no admita valores negativos;
Si definimos una restriccin "foreign key" al crear una tabla, la tabla referenciada debe existir.
82.Unin
El operador "union" combina el resultado de dos o ms instrucciones "select" en un nico
resultado.
Se usa cuando los datos que se quieren obtener pertenecen a distintas tablas y no se puede
acceder a ellos con una sola consulta.
Es necesario que las tablas referenciadas tengan tipos de datos similares, la misma cantidad de
campos y el mismo orden de campos en la lista de seleccin de cada consulta. No se incluyen las
filas duplicadas en el resultado, a menos que coloque la opcin "all".
Se deben especificar los nombres de los campos en la primera instruccin "select".
Puede emplear la clusula "order by".
Puede dividir una consulta compleja en varias consultas "select" y luego emplear el operador
"union" para combinarlas.
Una academia de enseanza almacena los datos de los alumnos en una tabla llamada "alumnos" y
los datos de los profesores en otra denominada "profesores".
La academia necesita el nombre y domicilio de profesores y alumnos para enviarles una tarjeta
de invitacin.
Para obtener los datos necesarios de ambas tablas en una sola consulta necesitamos realizar una
unin:
select nombre, domicilio from alumnos
union
select nombre, domicilio from profesores;
El primer "select" devuelve el nombre y domicilio de todos los alumnos; el segundo, el nombre y
domicilio de todos los profesores.
Los encabezados del resultado de una unin son los que se especifican en el primer "select".
83.Agregar y eliminar campos ( alter table - add - drop)

"alter table" permite modificar la estructura de una tabla.
Podemos utilizarla para agregar, modificar y eliminar campos de una tabla.
Para agregar un nuevo campo a una tabla empleamos la siguiente sintaxis bsica:
add NOMBRENUEVOCAMPO DEFINICION;
En el siguiente ejemplo agregamos el campo "cantidad" a la tabla "libros", de tipo tinyint, que
acepta valores nulos:
alter table libros
add cantidad tinyint;
Puede verificarse la alteracin de la estructura de la tabla ejecutando el procedimiento
almacenado "sp_columns".
SQL Server no permite agregar campos "not null" a menos que se especifique un valor por
defecto:
alter table libros
add autor varchar(20) not null default 'Desconocido';
En el ejemplo anterior, se agreg una restriccin "default" para el nuevo campo, que puede
verificarse ejecutando el procedimiento almacenado "sp_helpconstraint".
Al agregar un campo puede especificarse que sea "identity" (siempre que no exista otro campo
identity).
Para eliminar campos de una tabla la sintaxis bsica es la siguiente:
drop column NOMBRECAMPO;
En el siguiente ejemplo eliminamos el campo "precio" de la tabla "libros":
alter table libros
drop column precio;
No pueden eliminarse los campos que son usados por un ndice o tengan restricciones. No puede
eliminarse un campo si es el nico en la tabla.
Podemos eliminar varios campos en una sola sentencia:

alter table libros
drop column editorial,edicion;
84.Alterar campos (alter table - alter)

Hemos visto que "alter table" permite modificar la estructura de una tabla. Tambin podemos
utilizarla para modificar campos de una tabla.
La sintaxis bsica para modificar un campo existente es la siguiente:
alter column CAMPO NUEVADEFINICION;
Modificamos el campo "titulo" extendiendo su longitud y para que NO admita valores nulos:
alter table libros
alter column titulo varchar(40) not null;
En el siguiente ejemplo alteramos el campo "precio" de la tabla "libros" que fue definido
"decimal(6,2) not null" para que no acepte valores nulos:
alter table libros
alter column precio decimal(6,2) null;
SQL Server tiene algunas excepciones al momento de modificar los campos. No permite
modificar:
campos de tipo text, image, ntext y timestamp.
un campo que es usado en un campo calculado.
campos que son parte de ndices o tienen restricciones, a menos que el cambio no afecte al
ndice o a la restriccin, por ejemplo, se puede ampliar la longitud de un campo de tipo
caracter.
agregando o quitando el atributo "identity".
campos que afecten a los datos existentes cuando una tabla contiene registros (ejemplo: un
campo contiene valores nulos y se pretende redefinirlo como "not null"; un campo int guarda
un valor 300 y se pretende modificarlo a tinyint, etc.).
85.Agregar campos y restricciones (alter table)

Podemos agregar un campo a una tabla y en el mismo momento aplicarle una restriccin.
Para agregar un campo y establecer una restriccin, la sintaxis bsica es la siguiente:
alter table TABLA
add CAMPO DEFINICION
constraint NOMBRERESTRICCION TIPO;
Agregamos a la tabla "libros", el campo "titulo" de tipo varchar(30) y una restriccin "unique" con
ndice agrupado:
alter table libros
add titulo varchar(30)
constraint UQ_libros_autor unique clustered;
Agregamos a la tabla "libros", el campo "codigo" de tipo int identity not null y una restriccin
"primary key" con ndice no agrupado:
alter table libros
add codigo int identity not null
constraint PK_libros_codigo primary key nonclustered;
Agregamos a la tabla "libros", el campo "precio" de tipo decimal(6,2) y una restriccin "check":
alter table libros
add precio decimal(6,2)
constraint CK_libros_precio check (precio>=0);
86.Campos calculados
Un campo calculado es un campo que no se almacena fsicamente en la tabla. SQL Server emplea
una frmula que detalla el usuario al definir dicho campo para calcular el valor segn otros
campos de la misma tabla.
Un campo calculado no puede:
definirse como "not null".
ser una subconsulta.
tener restriccin "default" o "foreign key".
insertarse ni actualizarse.
Puede ser empleado como llave de un ndice o parte de restricciones "primary key" o "unique" si
la expresin que la define no cambia en cada consulta.
Creamos un campo calculado denominado "sueldototal" que suma al sueldo bsico de cada
empleado la cantidad abonada por los hijos (100 por cada hijo):
create table empleados(
documento char(8),
nombre varchar(10),
sueldobasico decimal(6,2),
cantidadhijos tinyint default 0,
sueldototal as sueldobasico + (cantidadhijos*100)
);
Tambin se puede agregar un campo calculado a una tabla existente:
add NOMBRECAMPOCALCULADO as EXPRESION;
alter table empleados
add sueldototal as sueldo+(cantidadhijos*100);
Los campos de los cuales depende el campo calculado no pueden eliminarse, se debe eliminar
primero el campo calculado.
87.Tipo de dato definido por el usuario (crear - informacion)

Cuando definimos un campo de una tabla debemos especificar el tipo de datos, sabemos que los
tipos de datos especifican el tipo de informacin (caracteres, nmeros, fechas) que pueden
almacenarse en un campo. SQL Server proporciona distintos tipos de datos del sistema (char,
varchar, int, decimal, datetime, etc.) y permite tipos de datos definidos por el usuario siempre
que se basen en los tipos de datos existentes.
Se pueden crear y eliminar tipos de datos definidos por el usuario.
Se emplean cuando varias tablas deben almacenar el mismo tipo de datos en un campo y se
quiere garantizar que todas tengan el mismo tipo y longitud.
Para darle un nombre a un tipo de dato definido por el usuario debe considerar las mismas reglas
que para cualquier identificador. No puede haber dos objetos con igual nombre en la misma base
de datos.
Para crear un tipo de datos definido por el usuario se emplea el procedimiento almacenado del
sistema "sp_addtype". Sintaxis bsica:
exec sp_addtype NOMBRENUEVOTIPO, 'TIPODEDATODELSISTEMA', 'OPCIONNULL';
Creamos un tipo de datos definido por el usuario llamado "tipo_documento" que admite valores
nulos:
exec sp_addtype tipo_documento, 'char(8)', 'null';
Ejecutando el procedimiento almacenado "sp_help" junto al nombre del tipo de dato definido por
el usuario se obtiene informacin del mismo (nombre, el tipo de dato en que se basa, la longitud,
si acepta valores nulos, si tiene valor por defecto y reglas asociadas).
Tambin podemos consultar la tabla "systypes" en la cual se almacena informacin de todos los
tipos de datos:
select name from systypes;
88.Tipo de dato definido por el usuario (asociacin de reglas)

Se puede asociar una regla a un tipo de datos definido por el usuario. Luego de crear la regla se
establece la asociacin; la sintaxis es la siguiente:
exec sp_bindrule NOMBREREGLA, 'TIPODEDATODEFINIDOPORELUSUARIO',
'futureonly';
El parmetro "futureonly" es opcional, especifica que si existen campos (de cualquier tabla) con
este tipo de dato, no se asocien a la regla; si creamos una nueva tabla con este tipo de dato, si
debern cumplir la regla. Si no se especifica este parmetro, todos los campos de este tipo de
dato, existentes o que se creen posteriormente (de cualquier tabla), quedan asociados a la regla.
Recuerde que SQL Server NO controla los datos existentes para confirmar que cumplen con la
regla, si no los cumple, la regla se asocia igualmente; pero al ejecutar una instruccin "insert" o
"update" muestra un mensaje de error.
Si asocia una regla a un tipo de dato definido por el usuario que tiene otra regla asociada, esta
ltima la reemplaza.
Para quitar la asociacin, empleamos el mismo procedimiento almacenado que aprendimos
cuando quitamos asociaciones a campos, ejecutamos el procedimiento
"sp_unbindrule" seguido del nombre del tipo de dato al que est asociada la regla:
almacenado
exec sp_unbindrule 'TIPODEDATODEFINIDOPORELUSUARIO';

Si asocia una regla a un campo cuyo tipo de dato definido por el usuario ya tiene una regla
asociada, la nueva regla se aplica al campo, pero el tipo de dato contina asociado a la regla. La
regla asociada al campo prevalece sobre la asociada al tipo de dato. Por ejemplo, tenemos un
campo "precio" de un tipo de dato definido por el usuario "tipo_precio", este tipo de dato tiene
asociada una regla "RG_precio0a99" (precio entre 0 y 99), luego asociamos al campo "precio" la
regla "RG_precio100a500" (precio entre 100 y 500); al ejecutar una instruccin "insert" admitir
valores entre 100 y 500, es decir, tendr en cuenta la regla asociada al campo, aunque vaya
contra la regla asociada al tipo de dato.
Un tipo de dato definido por el usuario puede tener una sola regla asociada.
Cuando obtenemos informacin del tipo da dato definido por el usuario ejecutando "sp_help", en
la columna "rule_name" se muestra el nombre de la regla asociada a dicho tipo de dato; muestran
"none" cuando no tiene regla asociada.
89.Tipo de dato definido por el usuario (valores predeterminados)

Se puede asociar un valor predeterminado a un tipo de datos definido por el usuario. Luego de
crear un valor predeterminado, se puede asociar a un tipo de dato definido por el usuario con la
siguiente sintaxis:
exec sp_bindefault
NOMBREVALORPREDETERMINADO,'TIPODEDATODEFINIDOPORELUSUARIO',
'futureonly';
El parmetro "futureonly" es opcional, especifica que si existen campos (de cualquier tabla) con
este tipo de dato, no se asocien al valor predeterminado; si creamos una nueva tabla con este
tipo de dato, si estar asociado al valor predeterminado. Si no se especifica este parmetro,
todos los campos de este tipo de dato, existentes o que se creen posteriormente (de cualquier
tabla), quedan asociados al valor predeterminado.
Si asocia un valor predeterminado a un tipo de dato definido por el usuario que tiene otro valor
predeterminado asociado, el ltimo lo reemplaza.
Para quitar la asociacin, empleamos el mismo procedimiento almacenado que aprendimos
cuando quitamos asociaciones a campos:
sp_unbindefault 'TIPODEDATODEFINIDOPORELUSUARIO';
Debe tener en cuenta que NO se puede aplicar una restriccin "default" en un campo con un tipo
de datos definido por el usuario si dicho campo o tipo de dato tienen asociado un valor
predeterminado.
Si un campo de un tipo de dato definido por el usuario tiene una restriccin "default" y luego se
asocia un valor predeterminado al tipo de dato, el valor predeterminado no queda asociado en el
campo que tiene la restriccin "default".
Un tipo de dato definido por el usuario puede tener un solo valor predeterminado asociado.
Cuando obtenemos informacin del tipo da dato definido por el usuario ejecutando "sp_help", en
la columna "default_name" se muestra el nombre del valor predeterminado asociado a dicho tipo
de dato; muestra "none" cuando no tiene ningn valor predeterminado asociado.
90.Tipo de dato definido por el usuario (eliminar)

Podemos eliminar un tipo de dato definido por el usuario con el procedimiento almacenado
"sp_droptype":
exec sp_droptype TIPODEDATODEFINIDOPORELUSUARIO;
Eliminamos el tipo de datos definido por el usuario llamado "tipo_documento":
exec sp_droptype tipo_documento;
Si intentamos eliminar un tipo de dato inexistente, aparece un mensaje indicando que no existe.
Los tipos de datos definidos por el usuario se almacenan en la tabla del sistema "systypes".
Podemos averiguar si un tipo de dato definido por el usuario existe para luego eliminarlo:
if exists (select *from systypes
where name = 'NOMBRETIPODEDATODEFINIDOPORELUSUARIO')
exec sp_droptype TIPODEDATODEFINIDOPORELUSUARIO;
Consultamos la tabla "systypes" para ver si existe el tipo de dato "tipo_documento", si es as, lo
eliminamos:
if exists (select *from systypes
where name = 'tipo_documento')
exec sp_droptype tipo_documento;
No se puede eliminar un tipo de datos definido por el usuario si alguna tabla (u otro objeto) hace
uso de l; por ejemplo, si una tabla tiene un campo definido con tal tipo de dato.
Si eliminamos un tipo de datos definido por el usuario, desaparecen las asociaciones de las reglas
y valores predeterminados, pero tales reglas y valores predeterminados, no se eliminan, siguen
existiendo en la base de datos.
91.Subconsultas
Una subconsulta (subquery) es una sentencia "select" anidada en otra sentencia "select", "insert",
"update" o "delete" (o en otra subconsulta).
Las subconsultas se emplean cuando una consulta es muy compleja, entonces se la divide en
varios pasos lgicos y se obtiene el resultado con una nica instruccin y cuando la consulta
depende de los resultados de otra consulta.
Generalmente, una subconsulta se puede reemplazar por combinaciones y estas ltimas son ms
eficientes.
Las subconsultas se DEBEN incluir entre parntesis.
Puede haber subconsultas dentro de subconsultas, se admiten hasta 32 niveles de anidacin.
Se pueden emplear subconsultas:
en lugar de una expresin, siempre que devuelvan un solo valor o una lista de valores.
que retornen un conjunto de registros de varios campos en lugar de una tabla o para obtener
el mismo resultado que una combinacin (join).
Hay tres tipos bsicos de subconsultas:

1. las que retornan un solo valor escalar que se utiliza con un operador de comparacin o en
lugar de una expresin.
2. las que retornan una lista de valores, se combinan con "in", o los operadores "any", "some"
y "all".
3. los que testean la existencia con "exists".
Reglas a tener en cuenta al emplear subconsultas:
la lista de seleccin de una subconsulta que va luego de un operador de comparacin puede

incluir slo una expresin o campo (excepto si se emplea "exists" y "in").
si el "where" de la consulta exterior incluye un campo, este debe ser compatible con el
campo en la lista de seleccin de la subconsulta.
no se pueden emplear subconsultas que recuperen campos de tipos text o image.
las subconsultas luego de un operador de comparacin (que no es seguido por "any" o "all")
no pueden incluir clusulas "group by" ni "having".
"distinct" no puede usarse con subconsultas que incluyan "group by".
no pueden emplearse las clusulas "compute" y "compute by".
"order by" puede emplearse solamente si se especifica "top" tambin.
una vista creada con una subconsulta no puede actualizarse.
una subconsulta puede estar anidada dentro del "where" o "having" de una consulta externa o
dentro de otra subconsulta.
si una tabla se nombra solamente en un subconsulta y no en la consulta externa, los campos

no sern incluidos en la salida (en la lista de seleccin de la consulta externa).
92.Subconsultas como expresin

Una subconsulta puede reemplazar una expresin. Dicha subconsulta debe devolver un valor
escalar (o una lista de valores de un campo).
Las subconsultas que retornan un solo valor escalar se utiliza con un operador de comparacin o
en lugar de una expresin:
select CAMPOS
from TABLA
where CAMPO OPERADOR (SUBCONSULTA);
select CAMPO OPERADOR (SUBCONSULTA)
from TABLA;
Si queremos saber el precio de un determinado libro y la diferencia con el precio del libro ms
costoso, anteriormente debamos averiguar en una consulta el precio del libro ms costoso y
luego, en otra consulta, calcular la diferencia con el valor del libro que solicitamos. Podemos
conseguirlo en una sola sentencia combinando dos consultas:
select titulo,precio,
precio-(select max(precio) from libros) as diferencia
from libros
where titulo='Uno';
En el ejemplo anterior se muestra el ttulo, el precio de un libro y la diferencia entre el precio
del libro y el mximo valor de precio.
Queremos saber el ttulo, autor y precio del libro ms costoso:
select titulo,autor, precio
from libros
where precio=
(select max(precio) from libros);
Note que el campo del "where" de la consulta exterior es compatible con el valor retornado por la
expresin de la subconsulta.
Se pueden emplear en "select", "insert", "update" y "delete".
Para actualizar un registro empleando subconsulta la sintaxis bsica es la siguiente:
update TABLA set CAMPO=NUEVOVALOR
where CAMPO= (SUBCONSULTA);
Para eliminar registros empleando subconsulta empleamos la siguiente sintaxis bsica:

delete from TABLA
where CAMPO=(SUBCONSULTA);
Recuerde que la lista de seleccin de una subconsulta que va luego de un operador de
comparacin puede incluir slo una expresin o campo (excepto si se emplea "exists" o "in").
No olvide que las subconsultas luego de un operador de comparacin (que no es seguido por "any"
o "all") no pueden incluir clusulas "group by".
93.Subconsultas con in
Vimos que una subconsulta puede reemplazar una expresin. Dicha subconsulta debe devolver un
valor escalar o una lista de valores de un campo; las subconsultas que retornan una lista de
valores reemplazan a una expresin en una clusula "where" que contiene la palabra clave "in".
El resultado de una subconsulta con "in" (o "not in") es una lista. Luego que la subconsulta retorna
resultados, la consulta exterior los usa.
...where EXPRESION in (SUBCONSULTA);
Este ejemplo muestra los nombres de las editoriales que ha publicado libros de un determinado
autor:
select nombre
from editoriales
where codigo in
(select codigoeditorial
from libros
where autor='Richard Bach');
La subconsulta (consulta interna) retorna una lista de valores de un solo campo (codigo) que la
consulta exterior luego emplea al recuperar los datos.
Podemos reemplazar por un "join" la consulta anterior:
select distinct nombre
select distinct nombre
join libros
where autor='Richard Bach';
Una combinacin (join) siempre puede ser expresada como una subconsulta; pero una
subconsulta no siempre puede reemplazarse por una combinacin que retorne el mismo
resultado. Si es posible, es aconsejable emplear combinaciones en lugar de subconsultas, son ms
eficientes.
Se recomienda probar las subconsultas antes de incluirlas en una consulta exterior, as puede
verificar que retorna lo necesario, porque a veces resulta difcil verlo en consultas anidadas.
Tambin podemos buscar valores No coincidentes con una lista de valores que retorna una
subconsulta; por ejemplo, las editoriales que no han publicado libros de un autor especfico:
select nombre
from editoriales
where codigo not in
(select codigoeditorial
from libros
where autor='Richard Bach');
94.Subconsultas any - some all

"any" y "some" son sinnimos. Chequean si alguna fila de la lista resultado de una subconsulta se
encuentra el valor especificado en la condicin.
Compara un valor escalar con los valores de un campo y devuelven "true" si la comparacin con
cada valor de la lista de la subconsulta es verdadera, sino "false".
El tipo de datos que se comparan deben ser compatibles.
La sintaxis bsica es:
...VALORESCALAR OPERADORDECOMPARACION
ANY (SUBCONSULTA);
Queremos saber los ttulos de los libros de "Borges" que pertenecen a editoriales que han
publicado tambin libros de "Richard Bach", es decir, si los libros de "Borges" coinciden con
ALGUNA de las editoriales que public libros de "Richard Bach":
select titulo
from libros
where autor='Borges' and
codigoeditorial = any
(select e.codigo
join libros as l
where l.autor='Richard Bach');
La consulta interna (subconsulta) retorna una lista de valores de un solo campo (puede ejecutar
la subconsulta como una consulta para probarla), luego, la consulta externa compara cada valor
de "codigoeditorial" con cada valor de la lista devolviendo los ttulos de "Borges" que coinciden.
"all" tambin compara un valor escalar con una serie de valores. Chequea si TODOS los valores de
la lista de la consulta externa se encuentran en la lista de valores devuelta por la consulta
interna.
Sintaxis:
VALORESCALAR OPERADORDECOMPARACION all (SUBCONSULTA);
Queremos saber si TODAS las editoriales que publicaron libros de "Borges" coinciden con TODAS las
editoriales que publicaron libros de "Richard Bach":
select titulo
from libros

codigoeditorial = all
(select e.codigo
join libros as l
where l.autor='Richard Bach');
La consulta interna (subconsulta) retorna una lista de valores de un solo campo (puede ejecutar
la subconsulta como una consulta para probarla), luego, la consulta externa compara cada valor
de "codigoeditorial" con cada valor de la lista, si TODOS coinciden, devuelve los ttulos.
Veamos otro ejemplo con un operador de comparacin diferente:
Queremos saber si ALGUN precio de los libros de "Borges" es mayor a ALGUN precio de los libros
de "Richard Bach":
select titulo,precio
from libros
precio > any
(select precio
from libros
where autor='Bach');
El precio de cada libro de "Borges" es comparado con cada valor de la lista de valores retornada
por la subconsulta; si ALGUNO cumple la condicin, es decir, es mayor a ALGUN precio de "Richard
Bach", se lista.
Veamos la diferencia si empleamos "all" en lugar de "any":
select titulo,precio
from libros
where autor='borges' and
precio > all
(select precio
from libros
where autor='bach');
El precio de cada libro de "Borges" es comparado con cada valor de la lista de valores retornada
por la subconsulta; si cumple la condicin, es decir, si es mayor a TODOS los precios de "Richard
Bach" (o al mayor), se lista.
Emplear "= any" es lo mismo que emplear "in".
Emplear "<> all" es lo mismo que emplear "not in".
Recuerde que solamente las subconsultas luego de un operador de comparacin al cual es seguido
por "any" o "all") pueden incluir clusulas "group by".
95.Subconsultas correlacionadas
Un almacn almacena la informacin de sus ventas en una tabla llamada "facturas" en la cual
guarda el nmero de factura, la fecha y el nombre del cliente y una tabla denominada "detalles"
en la cual se almacenan los distintos items correspondientes a cada factura: el nombre del
artculo, el precio (unitario) y la cantidad.
Se necesita una lista de todas las facturas que incluya el nmero, la fecha, el cliente, la cantidad
de artculos comprados y el total:
select f.*,
(select count(d.numeroitem)
from Detalles as d
where f.numero=d.numerofactura) as cantidad,
(select sum(d.preciounitario*cantidad)
from Detalles as d
where f.numero=d.numerofactura) as total
from facturas as f;
El segundo "select" retorna una lista de valores de una sola columna con la cantidad de items por
factura (el nmero de factura lo toma del "select" exterior); el tercer "select" retorna una lista de
valores de una sola columna con el total por factura (el nmero de factura lo toma del "select"
exterior); el primer "select" (externo) devuelve todos los datos de cada factura.
A este tipo de subconsulta se la denomina consulta correlacionada. La consulta interna se evala
tantas veces como registros tiene la consulta externa, se realiza la subconsulta para cada registro
de la consulta externa. El campo de la tabla dentro de la subconsulta (f.numero) se compara con
el campo de la tabla externa.
En este caso, especficamente, la consulta externa pasa un valor de "numero" a la consulta
interna. La consulta interna toma ese valor y determina si existe en "detalles", si existe, la
consulta interna devuelve la suma. El proceso se repite para el registro de la consulta externa, la
consulta externa pasa otro "numero" a la consulta interna y SQL Server repite la evaluacin.
96.Exists y No Exists
Los operadores "exists" y "not exists" se emplean para determinar si hay o no datos en una lista de
valores.
Estos operadores pueden emplearse con subconsultas correlacionadas para restringir el resultado
de una consulta exterior a los registros que cumplen la subconsulta (consulta interior). Estos
operadores retornan "true" (si las subconsultas retornan registros) o "false" (si las subconsultas no
retornan registros).
Cuando se coloca en una subconsulta el operador "exists", SQL Server analiza si hay datos que
coinciden con la subconsulta, no se devuelve ningn registro, es como un test de existencia; SQL
Server termina la recuperacin de registros cuando por lo menos un registro cumple la condicin
"where" de la subconsulta.
... where exists (SUBCONSULTA);
En este ejemplo se usa una subconsulta correlacionada con un operador "exists" en la clusula
"where" para devolver una lista de clientes que compraron el artculo "lapiz":
select cliente,numero
from facturas as f
where exists
(select *from Detalles as d
where f.numero=d.numerofactura
and d.articulo='lapiz');
Puede obtener el mismo resultado empleando una combinacin.
Podemos buscar los clientes que no han adquirido el artculo "lapiz" empleando "if not exists":
select cliente,numero
from facturas as f
where not exists
(select *from Detalles as d
where f.numero=d.numerofactura
and d.articulo='lapiz');
97.Subconsulta simil autocombinacin

Algunas sentencias en las cuales la consulta interna y la externa emplean la misma tabla pueden
reemplazarse por una autocombinacin.
Por ejemplo, queremos una lista de los libros que han sido publicados por distintas editoriales.
select distinct l1.titulo
from libros as l1
where l1.titulo in
(select l2.titulo
from libros as l2
where l1.editorial <> l2.editorial);
En el ejemplo anterior empleamos una subconsulta correlacionada y las consultas interna y
externa emplean la misma tabla. La subconsulta devuelve una lista de valores por ello se emplea
"in" y sustituye una expresin en una clusula "where".
Con el siguiente "join" se obtiene el mismo resultado:
select distinct l1.titulo
from libros as l1
join libros as l2
on l1.titulo=l1.titulo and
l1.autor=l2.autor
where l1.editorial<>l2.editorial;
Otro ejemplo: Buscamos todos los libros que tienen el mismo precio que "El aleph" empleando
subconsulta:
select titulo
from libros
where titulo<>'El aleph' and
precio =
(select precio
from libros
where titulo='El aleph');
La subconsulta retorna un solo valor.
Buscamos los libros cuyo precio supere el precio promedio de los libros por editorial:
select l1.titulo,l1.editorial,l1.precio
from libros as l1
where l1.precio >
(select avg(l2.precio)
from libros as l2
where l1.editorial= l2.editorial);
Por cada valor de l1, se evala la subconsulta, si el precio es mayor que el promedio.
98.Subconsulta en lugar de una tabla

Se pueden emplear subconsultas que retornen un conjunto de registros de varios campos en lugar
de una tabla.
Se la denomina tabla derivada y se coloca en la clusula "from" para que la use un "select"
externo.
La tabla derivada debe ir entre parntesis y tener un alias para poder referenciarla. La sintaxis
bsica es la siguiente:
select ALIASdeTABLADERIVADA.CAMPO
from (TABLADERIVADA) as ALIAS;
La tabla derivada es una subsonsulta.
Podemos probar la consulta que retorna la tabla derivada y luego agregar el "select" externo:
select f.*,
(select sum(d.precio*cantidad)
from Detalles as d
from facturas as f;
La consulta anterior contiene una subconsulta correlacionada; retorna todos los datos de
"facturas" y el monto total por factura de "detalles". Esta consulta retorna varios registros y varios
campos y ser la tabla derivada que emplearemos en la siguiente consulta:
select td.numero,c.nombre,td.total
from clientes as c
join (select f.*,
(select sum(d.precio*cantidad)
from Detalles as d
from facturas as f) as td
on td.codigocliente=c.codigo;
La consulta anterior retorna, de la tabla derivada (referenciada con "td") el nmero de factura y
el monto total, y de la tabla "clientes", el nombre del cliente. Note que este "join" no emplea 2
tablas, sino una tabla propiamente dicha y una tabla derivada, que es en realidad una
subconsulta.
99.Subconsulta (update - delete)

Dijimos que podemos emplear subconsultas en sentencias "insert", "update", "delete", adems de
"select".
La sintaxis bsica para realizar actualizaciones con subconsulta es la siguiente:
update TABLA set CAMPO=NUEVOVALOR
where CAMPO= (SUBCONSULTA);
Actualizamos el precio de todos los libros de editorial "Emece":
update libros set precio=precio+(precio*0.1)
where codigoeditorial=
(select codigo
from editoriales
where nombre='Emece');
La subconsulta retorna un nico valor. Tambin podemos hacerlo con un join.
La sintaxis bsica para realizar eliminaciones con subconsulta es la siguiente:
delete from TABLA
where CAMPO in (SUBCONSULTA);
Eliminamos todos los libros de las editoriales que tiene publicados libros de "Juan Perez":
delete from libros
where codigoeditorial in
(select e.codigo
join libros
where autor='Juan Perez');
La subconsulta es una combinacin que retorna una lista de valores que la consulta externa
emplea al seleccionar los registros para la eliminacin.
100. Subconsulta (insert)

Aprendimos que una subconsulta puede estar dentro de un "select", "update" y "delete"; tambin
puede estar dentro de un "insert".
Podemos ingresar registros en una tabla empleando un "select".
insert into TABLAENQUESEINGRESA (CAMPOSTABLA1)
select (CAMPOSTABLACONSULTADA)
from TABLACONSULTADA;
Un profesor almacena las notas de sus alumnos en una tabla llamada "alumnos". Tiene otra tabla
llamada "aprobados", con algunos campos iguales a la tabla "alumnos" pero en ella solamente
almacenar los alumnos que han aprobado el ciclo.
Ingresamos registros en la tabla "aprobados" seleccionando registros de la tabla "alumnos":
insert into aprobados (documento,nota)
select (documento,nota)
from alumnos;
Entonces, se puede insertar registros en una tabla con la salida devuelta por una consulta a otra
tabla; para ello escribimos la consulta y le anteponemos "insert into" junto al nombre de la tabla
en la cual ingresaremos los registros y los campos que se cargarn (si se ingresan todos los
campos no es necesario listarlos).
La cantidad de columnas devueltas en la consulta debe ser la misma que la cantidad de campos a
cargar en el "insert".
Se pueden insertar valores en una tabla con el resultado de una consulta que incluya cualquier
tipo de "join".

SQL Server Ya

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

SQL Server Ya

Caricato da

Copyright:

Formati disponibili

Contenido

Objetivos y alcances del tutorial de Microsoft Sql Server......................................2

Crear una tabla (create table - sp_tables - sp_columns - drop table)......................3

Insertar y recuperar registros de una tabla (insert into - select)............................9

Tipos de datos bsicos.................................................................................... 10

Recuperar algunos campos (select)...................................................................11

Recuperar algunos registros (where).................................................................12

Borrar registros (delete)................................................................................. 15

Actualizar registros (update)...........................................................................16

28. Ordenar registros (order by)............................................................................ 50

61. Indices agrupados y no agrupados (clustered y nonclustered)............................103

94. Subconsultas any - some all.........................................................................150

1. Objetivos y alcances del tutorial de Microsoft Sql Server

2. Crear una tabla (create table - sp_tables - sp_columns - drop table)

nombre: que contendr una cadena de caracteres de 30 caracteres de longitud, que

almacenar el nombre de usuario y

create table usuarios (

create table usuarios (

There is already an object named 'usuarios' in the database.

2. Intente crear una tabla llamada "/agenda":

4. Intente crearla nuevamente. Aparece mensaje de error.

3. Insertar y recuperar registros de una tabla (insert into - select)

4. Tipos de datos bsicos

5. Recuperar algunos campos (select)

6. Recuperar algunos registros (where)

Por ahora veremos solamente los primeros.

select titulo, precio

8. Borrar registros (delete)

9. Actualizar registros (update)

11.Valores null (is null)

insert into libros (titulo,autor,editorial,precio)

tabla; si estuviesen repetidos, muestra un mensaje y la insercin no se realiza. Es decir, si en

13.Campo con atributo Identity

Un campo definido como "identity" generalmente se establece como clave primaria.

14.Otras caractersticas del atributo Identity

values ('Matematica estas ahi','Paenza','Paidos');

16.Otros tipos de datos en SQL Server

17.Tipo de dato (texto)

18.Tipo de dato (numrico)

tinyint: Puede almacenar valores entre 0 y 255.

bigint: De 9000000000000000000 hasta 9000000000000000000 aprox.

Para almacenar valores numricos APROXIMADOS con decimales utilizamos:

Para almacenar valores MONETARIOS empleamos:

Para todos los tipos numricos:

si intentamos ingresar un valor fuera de rango, no lo permite.

Por ejemplo, definimos un campo de tipo decimal(5,2), si ingresamos la cadena '12.22', la

19.Tipo de dato (fecha y hora)

hora:minuto:segundo .milisegundos", independientemente del formato de ingreso que hayamos

20.Ingresar algunos campos (insert into)

21.Valores por defecto (default)

si tiene el atributo "identity": el valor de inicio de la secuencia si es el primero o el siguiente

si permite valores nulos y no tiene clusula "default", almacenar "null";

si tiene clusula "default" (admita o no valores nulos), el valor definido como

22.Columnas calculadas (operadores aritmticos y de concatenacin)

Para concatenar el ttulo, el autor y la editorial de cada libro usamos el operador de

de configuracin: retornan informacin referida a la configuracin.

retorna la fecha, versin y tipo de procesador de SQL Server.

de cursores: retornan informacin sobre el estado de un cursor.

de fecha y hora: operan con valores "datetime" y "smalldatetime". Reciben un

matemticas: realizan operaciones numricas, geomtricas y trigonomtricas.

de metadatos: informan sobre las bases de datos y los objetos.

de seguridad: devuelven informacin referente a usuarios y funciones.

de cadena: operan con valores "char", "varchar", "nchar", "nvarchar", "binary" y

del sistema: informan sobre opciones, objetos y configuraciones del sistema.