Manual SQL Espaniol

MICROSOFT SQL Server
Gota a Gota en las Bases de Datos Relacionales
Instructor
Lic. Elvin German

MICROSOFT SQL Server
Gota a Gota en las Bases de Datos Relacionales
Justificación/Descripción del curso
En el mundo actual la informática y con ella la programación y desarrollo de aplicaciones centradas en el manejo de los
datos ha adquirido una importancia de primer orden para cualquier empresa o profesional, de modo que no vale de nada
saber programar en cualquier lenguaje si no se entiende a la perfección el funcionamiento básico de cualquier base de
datos y como los datos están organizados en ellas para ser llamados desde diversas aplicaciones en cualquier entorno
operativo. Partiendo de esta base y en función de la exhaustividad de los datos y las relaciones en sí surge el concepto
de Bases de Datos Relacionales, que son aquellas que integran diversos tipos de datos en varias tablas de una misma
base y que se hacen indispensables para la agilidad y usabilidad de los mismos.
De los enunciados anteriores se desprende que el manejo de las Bases de Datos Relacionales es indispensable en
cualquier lenguaje de programación orientado al manejo de datos y por consiguiente en cualquier aplicación informática
que pretenda la administración de los mismo, más aún cuando el mayor valor de las empresas en la actualidad radica en
el tratamiento de sus productos, clientes, proveedores, agentes, etc
Debe quedar claro desde el primer momento que del buen diseño de la base de datos que vayamos a utilizar depende el
buen fin de la utilidad informática que pretendamos desarrollar y por tanto sería casi inútil saber mucho de cualquier
lenguaje de programación sin conocer el funcionamiento de las bases de datos, ya que otra forma estaríamos
condenados a reescribir todo el código del programa una y mil veces si no hemos planteado correctamente las "bases"
del mismo.
Objetivos Generales: Con este Material de Microsoft SQL Server Gota a Gota en las Bases de Datos Relacionales
pretendo dejar claro los conceptos de su funcionamiento y estructura, consiguiendo los siguientes objetivos:
 Aclarar el funcionamiento en todos los aspectos de las Bases de datos relacionales y la Gestión de las mismas
 Comprender los lenguajes que conforman las Bases de Datos (DDL, DML, DCL)
Objetivos Específicos: Especificando un poco más los objetivos de este material, podemos declarar que el alumno
conseguirá entender el funcionamiento y estructura para saber como aprovechar todas las capacidades de este tipo de
bases de datos en la creación de programas informáticos de cualquier nivel aprender la utilización de las bases de datos
de SQL SERVER de cara a la programación.
Estudiar el funcionamiento de las mismas, para una mejor base de cara a la utilización de sentencias SQL y de bases de
datos de mayor complejidad.
Formación específica muy demandada y valorada en el mercado de trabajo para los profesionales de la informática.
Asentar los pilares de la programación no sólo habitual, sino también para intranets, aprovechando las funcionalidades
de las bases de datos con respecto a las tecnologías de programación para la web.
Metodología: El material se desarrollará completamente presencial, dotados de su material de apoyo, el cual tendrá
como soporte su material práctico, para poder darle seguimiento a los temas expuestos en el aula, prácticas de
autoevaluación y completa ayuda y asesoramiento por medio de Tutor.
2
MICROSOFT SQL Server Gota a Gota en las Bases de Datos Relacionales
Lic. Elvin German
Índice de Contenido
Unidad 1. Introducción 5
¿Qué es una Base de Datos? 5
¿Qué es un Sistema de Gestión de Bases de Datos? 5
Gestor de Base de Datos 5
¿Diccionario de la Bases de Datos? 5
Lenguajes 6
Administrador de la Base de Datos 6
Usuarios de la Base de Datos 6
¿Qué es el SQL? 6
Características del lenguaje 7
¿Qué podemos hacer con SQL? 8
Datos Variables 8
Tablas de los ejemplos y ejercicios 11
Unidad 2. Las consultas simples 15

Sintaxis de la SELECT (para consultas simples) 15
La tabla origen (cláusula FROM) 15
Selección de columnas 16
Alias de Columnas 17
Columnas calculadas 17
Ordenación de las filas (ORDER BY) 18
Selección de filas 19
Las cláusulas DISTINCT / ALL 19
La cláusula TOP 20
La cláusula WHERE 20
Condiciones de selección 21
Test de rango (BETWEEN) 21
Test de pertenencia a conjunto (IN) 22
Test de valor nulo (IS NULL) 22
Test de correspondencia con patrón (LIKE) 23
Utilización de Alias 25
Funciones Predefinidas 27
Funciones Matemáticas 27
Funciones de Cadena 28
Funciones de Fecha 31
Unidad 3. Las consultas multitabla 34

La unión de tablas 34
La composición de tablas 35
El operador UNION 36
El producto cartesiano 37
Inner Join 39
left Join y Right Join 40
Full Join 43
Combinar los valores de una tabla sobre si misma 45
Resumen del tema 47
Unidad 4. Las consultas de agrupacion 48

Las funciones de columna 49
La cláusula GROUP BY 50
La cláusula HAVING 51
Resumen del tema 53
3
Lic. Elvin German
Unidad 5. El DDL, lenguaje de definición de datos 54
Introducción 54
La sentencia CREATE TABLE 54
Tipos de Datos 54
Restricción 56
Restricción (Tipo 1) 56
Restricción (Tipo 2) 59
La sentencia ALTER TABLE 61
La sentencia DROP TABLE 63
La sentencia CREATE INDEX 64
Unidad 6. Actualización de datos 83

Introducción 83
Insertar una fila INSERT INTO...VALUES 83
Insertar varias fila INSERT INTO...SELECT 84
Insertar filas en una tabla nueva SELECT...INTO... 86
Modificar el contenido de las filas UPDATE 87
Borrar fila DELETE 89
Resumen del tema 90
Conceptos básicos de integridad referencial 91
Actualización y borrar en cascada 93
Unidad 7. Las subconsultas 95

Anidar subconsultas 96
Subconsulta en la lista de selección 96
En la cláusula FROM 97
Subconsulta en las cláusulas WHERE y HAVING 97
Condiciones de selección con subconsultas 97
Resumen del tema 103
Unidad 8. Vistas 104

Creación y utilización de Vistas 104
Eliminación de Vistas 107
Requisitos de Instalación de SQL Server 108

Bibliografía 113
Anexos 114
4
Lic. Elvin German
Unidad 1. Introducción
¿Qué es una Base de Datos?

Una base de datos está constituida por un conjunto de información relevante para una empresa o
entidad, junto con los procedimientos para almacenar, controlar, gestionar y administrar esa
información.
Además, la información contenida en una base de datos cumple una serie de requisitos o
características:
 Los datos están interrelacionados, sin redundancias innecesarias.

 Los datos son independientes de los programas que los usan.
 Se emplean métodos determinados para recuperar los datos almacenados o para
incluir datos nuevos y borrar o modificar los existentes
Una base de datos estará organizada de forma que se cumplan los requisitos para que la información
se almacene con las mínimas redundancias, con capacidad de acceso para diferentes usuarios pero
con un control de seguridad y privacidad. Debe tener mecanismos que permitan recuperar la
información en caso de pérdida y la capacidad de adaptarse fácilmente a nuevas necesidades de
almacenamiento.
Qué es un Sistema de Gestión de Bases de Datos?

Un Sistema de Gestión de Bases de Datos (SGBD) es una aplicación formada por un conjunto de
programas que permite construir y gestionar bases de datos. Proporciona al usuario de la base de
datos las herramientas necesarias para realizar, al menos, las siguientes tareas:
 Definir las estructuras de los datos.
 Manipular los datos. Es decir, insertar nuevos datos, así como modificar, borrar y
consultar los datos existentes.
 Mantener la integridad de la información.
 Proporcionar control de la privacidad y seguridad de los datos en la Base de Datos,
permitiendo sólo el acceso a los mismos a los usuarios autorizados.
Para realizar las funciones que acabamos de describir, el Sistema Gestor de Bases de Datos necesita
un conjunto de programas que gestionen el almacenamiento y la recuperación de dichos datos y un
personal informático que maneje dichos programas.
Los componentes principales de un SGBD son:
GESTOR DE LA BASE DE DATOS

Es un conjunto de programas transparentes al usuario que se encargan de gestionar la
seguridad de los datos y el acceso a ellos. Interacciona con el sistema operativo
proporcionando una interfaz entre el usuario y los datos. Cualquier operación que se realice
ha de estar procesada por este gestor.
DICCIONARIO DE LA BASE DE DATOS

Es donde se almacena toda la descripción de los diferentes objetos de la base de datos. Esta
información se almacena con la misma estructura que los datos de los usuarios. El
almacenamiento de esta información lo realiza el sistema gestor y cualquier usuario puede
acceder a su contenido con el mismo lenguaje que al resto de los datos almacenados (SQL)
LENGUAJES
5
Lic. Elvin German
El sistema gestor ha de proporcionar lenguajes que permitan definir la estructura de los datos,
almacenar la información y recuperarla. Podrán utilizar estos lenguajes los usuarios y lo
administradores de la base de datos. Estos lenguajes son:
Lenguaje de definición de datos (DDL)
Para definir la estructura con la que almacenaremos los datos.
Lenguaje de manipulación de datos (DML)
Para añadir, modificar o eliminar datos, así como recuperar la información
almacenada.
Lenguaje de control de datos (DCL)
Para controlar el acceso a la información y la seguridad de los datos.
Permiten limitar y controlar los accesos a la información almacenada. De
esta tarea se ocupa el administrador de la base de datos.
ADMINISTRADOR DE LA BASE DE DATOS

Es una persona o grupo de personas responsables de la seguridad y la eficiencia de todos
los componentes del sistema de bases de datos. Deben conocer el sistema tanto a nivel
físico como lógico y a todos los usuarios que interaccionan con él.
USUARIOS DE LA BASE DE DATOS
Tradicionalmente considerados como un componente más de los sistemas gestores de bases de

datos, debido a que estos fueron los primeros en considerarlos una parte importante para el correcto
funcionamiento del sistema. Pueden ser usuarios terminales (usuarios no especializados que
interaccionan con la base de datos), usuarios técnicos (usuarios que desarrollan programas de
aplicación para ser utilizados por otros) y usuarios especializados (usuarios que utilizan el sistema
gestor de la base de datos como una herramienta de desarrollo dentro de otros sistemas más
complejos).
¿Qué es el SQL?
El SQL (Structured query language), lenguaje de consulta estructurado, es un lenguaje
surgido de un proyecto de investigación de IBM para el acceso a bases de datos relacionales.
Actualmente se ha convertido en un estándar de lenguaje de bases de datos, y la mayoría de
los sistemas de bases de datos lo soportan, desde sistemas para ordenadores personales,
hasta grandes ordenadores.
Por supuesto, a partir del estándar cada sistema ha desarrollado su propio SQL que puede
variar de un sistema a otro, pero con cambios que no suponen ninguna complicación para
alguien que conozca un SQL concreto, como el que vamos a ver aquí correspondiente al SQL
SERVER.
Como su nombre indica, el SQL nos permite realizar consultas a la base de datos. Pero el
nombre se queda corto ya que SQL además realiza funciones de definición, control y gestión
de la base de datos. Las sentencias SQL se clasifican según su finalidad dando origen a tres
„lenguajes‟ o mejor dicho sublenguajes:
 DDL (Data Definition Language), lenguaje de definición de datos, incluye órdenes para
definir, modificar o borrar las tablas en las que se almacenan los datos y de las
relaciones entre estas. (Es el que más varia de un sistema a otro)
 DCL (Data Control Language), lenguaje de control de datos, contiene elementos útiles
para trabajar en un entorno multiusuario, en el que es importante la protección de los
datos, la seguridad de las tablas y el establecimiento de restricciones en el acceso, así
como elementos para coordinar la compartición de datos por parte de usuarios
concurrentes, asegurando que no interfieren unos con otros.
6
Lic. Elvin German
 DML (Data Manipulation Language), lenguaje de manipulación de datos, nos permite
recuperar los datos almacenados en la base de datos y también incluye órdenes para
permitir al usuario actualizar la base de datos añadiendo nuevos datos, suprimiendo
datos antiguos o modificando datos previamente almacenados.
Características del lenguaje

Una sentencia SQL es como una frase (escrita en inglés) con la que decimos lo
que queremos obtener y de donde obtenerlo.
Todas las sentencias empiezan con un verbo (palabra reservada que indica la acción a realizar),
seguido del resto de cláusulas, algunas obligatorias y otras opcionales que completan la
frase. Todas las sentencias siguen una sintaxis para que se puedan ejecutar correctamente,
para describir esa
Cómo interpretar un diagrama sintáctico
7
Lic. Elvin German
Las palabras que aparecen en mayúsculas son palabras reservadas se tienen que poner tal cual
y no se pueden utilizar para otro fin, por ejemplo, en el diagrama de la figura tenemos las
palabras reservadas SELECT, ALL, DISTINCT, FROM, WHERE.
Las palabras en minúsculas son variables que el usuario deberá sustituir por un dato concreto.
En el diagrama tenemos nbcolumna, expresion-tabla y condicion-de-busqueda.
Una sentencia válida se construye siguiendo la línea a través del diagrama hasta el punto que
marca el final. Las líneas se siguen de izquierda a derecha y de arriba abajo. Cuando se
quiere alterar el orden normal se indica con una flecha.
¿Cómo se interpretaría el diagrama sintáctico de la figura?
Hay que empezar por la palabra SELECT, después puedes poner ALL o bien DISTINCT o
nada, a continuación un nombre de columna, o varios separados por comas, a continuación la
palabra FROM y una expresión-tabla, y por último de forma opcional puedes incluir la cláusula
WHERE con una condición-de-búsqueda.
Por ejemplo:
SELECT ALL col1,col2,col3 FROM mitabla
SELECT col1,col2,col3 FROM mitabla
SELECT DISTINCT col1 FROM mitabla
SELECT col1,col2 FROM mitabla WHERE col2 = 0
Todas estas sentencias se podrían escribir y no darían lugar a errores sintácticos
Cuando una palabra opcional está subrayada, esto indica que ese es el valor por defecto (el
valor que se asume si no se pone nada). En el ejemplo anterior las dos primeras sentencias son
equivalentes (en el diagrama ALL aparece subrayada).
¿Qué podemos hacer con SQL?

Todos los principales SGBDR incorporan un motor SQL en el Servidor de Base Datos, así como
herramientas de cliente que permiten enviar comandos SQL para que sean procesadas por el motor
del servidor. De esta forma, todas las tareas de gestión de la Base de Datos (BD) pueden realizarse
utilizando sentencias SQL.
Lo que podemos hacer con este lenguaje SQL es:
 Consultar datos de la Base de Datos.
 Insertar, modificar y borrar datos.
 Crear, modificar y borrar objetos de la Base de Datos.
 Controlar el acceso a la información.
 Garantizar la consistencia de los datos.
Datos variables
Las columnas de la base de datos almacenan valores que tendrán diferentes valores en cada fila.
Estos datos se definen indicando su nombre (NombreColumna) y el tipo de datos que almacenarán.
La forma de almacenarlos no es la misma para todos, por lo tanto una parte importante de la
definición de un dato es la especificación de su tipo. Al indicar el tipo de datos se suele indicar
también el tamaño.
8
Lic. Elvin German
La cantidad de tipos de datos posibles es muy extensa, quedando la enumeración completa fuera de
los objetivos de este curso. A continuación se indican algunos de los tipos de datos más utilizados
suficientes para este curso (para mayor detalle consultar el manual).
Existen 3 tipos de instrucciones para el lenguaje en SQL, mencionadas

anteriormente.
- Lenguaje de control de datos (DDL) : Creación y eliminación de

tipos de datos y objetos.
. CREATE Crear Objeto

. ALTER Modificar los datos creados
. DROP Eliminar el Objeto
- Lenguaje de control de datos (DCL) : Se basa en los derechos que

tiene el usuario sobre la base da datos (Permisos).
. GRANT Dar permisos a un usuario para efectuar determinadas

instrucciones
. DENY Eliminar el permiso que se ha concedido con el
GRANT
. REVOKE Eliminar todos los permisos
- Lenguaje de manipulación de datos (DML) : Desarrollo de la

programación de la base de datos.
. SELECT
. INSERT
. UPDATE
. DELETE
Elementos de sintaxis:
Directivas de procesos por lotes
- GO: Envia lotes de intrucciones de TRANSACT SQL a las

herramientas y utilidades (Sirve para separar bloques de
instrucciones)
- EXEC O EXECUTE: Ejecuta funciones definidas por el usuario,
procedimientos de sistema y procedimientos almacenados.
Comentarios en SQL:
- En línea: --
- En Bloque: /* comentario */
Tablas en SQL:
9
Lic. Elvin German
 Tabla master: Es la tabla que contiene como generar una base
de datos y sobre ella, se crean todas las bases de datos.
 Tabla model: Es la tabla modelo, las bases de datos creadas se
basan en esta tabla como modelo.
 Tabla Northwind y Pubs: Son tablas de ejemplos que vienen con
SQL y todo usuario puede trabajar con ellas.
 Identificadores para los objetos:
Los nombres que se le dan a las tablas, lo primero es que no pueden

empezar por un número, deben empezar por un signo alfabético, pueden
incluir el guion bajo ( _ ), la arroba @ y la almohadilla #.
Generalmente para las variables locales se usan @ + el nombre.
EJEMPLO: @Contador.
Para las variables totales se usan dos arrobas + el nombre @@Contador
EJEMPLO: @@Error
#Nombre: indica una tabla o procedimiento temporal (Local)
##Nombre: Igual que el anterior pero global.
Tablas de los ejemplos y ejercicios
A lo largo del curso basaremos todos los ejemplos y ejercicios en las tablas que aparecen a
continuación.
Nota: Estas tablas están orientadas a la didáctica, no a un diseño óptimo
SELECT * FROM EMPLEADOS
SP_HELP EMPLEADOS
10
Lic. Elvin German
SELECT * FROM DEPARTAMENTOS
11
Lic. Elvin German
SP_HELP DEPARTAMENTOS
SELECT * FROM PRODUCTOS
SP_HELP PRODUCTOS
12
Lic. Elvin German
SELECT * FROM CLIENTES
SP_HELP CLIENTES
SELECT * FROM PEDIDOS
13
Lic. Elvin German
SP_HELP PEDIDOS
14
Lic. Elvin German
Unidad 2. Las consultas simples
Objetivo
Empezaremos por estudiar la sentencia SELECT, que permite recuperar datos de una o
varias tablas. La sentencia SELECT es con mucho la más compleja y potente de las
sentencias SQL. Empezaremos por ver las consultas más simples, basadas en una sola
tabla.
Esta sentencia forma parte del DML (lenguaje de manipulación de datos), en este tema
veremos cómo seleccionar columnas de una tabla, cómo seleccionar filas y cómo obtener
las filas ordenadas por el criterio que queramos.
El resultado de la consulta es una tabla lógica, porque no se guarda en el disco sino que está
en memoria y cada vez que ejecutamos la consulta se vuelve a calcular.
Cuando ejecutamos la consulta se visualiza el resultado en forma de tabla con columnas y filas,
pues en la SELECT tenemos que indicar qué columnas queremos que tenga el resultado y qué
filas queremos seleccionar de la tabla origen.
Sintaxis de la sentencia SELECT (consultas simples)
La tabla origen – FROM
Con la cláusula FROM indicamos en qué tabla tiene que buscar la información. En este
capítulo de consultas simples el resultado se obtiene de una única tabla. La sintaxis de la
cláusula es:
FROM especificación de tabla
15
Lic. Elvin German
Una especificación de tabla puede ser el nombre de una consulta guardada (las que aparecen en
la ventana de base de datos), o el nombre de una tabla que a su vez puede tener el siguiente
formato:
 Aliastabla es un nombre de alias, es como un segundo nombre que asignamos a

la tabla, si en una consulta definimos un alias para la tabla, esta se deberá nombrar
utilizando ese nombre y no su nombre real, además ese nombre sólo es válido en
la consulta donde se define. El alias se suele emplear en consultas basadas en
más de una tabla que veremos en el tema siguiente. La palabra AS que se puede
poner delante del nombre de alias es opcional y es el valor por defecto por lo que no
tienen ningún efecto.
Ejemplo: SELECT ......FROM oficinas ofi ; equivalente a SELECT ......FROM
oficinas AS ofi esta sentencia me indica que se van a buscar los datos en la tabla
oficinas que queda renombrada en esta consulta con ofi.
 En una SELECT podemos utilizar tablas que no están definidas en la base de datos
(siempre que tengamos los permisos adecuados claro), si la tabla no está en la base
de datos activa, debemos indicar en qué base de datos se encuentra con la cláusula
IN.
Selección de columnas
Utilización del *
Se utiliza el asterisco * en la lista de selección para indicar 'todas las columnas de la tabla'.
Tiene dos ventajas:
Evitar nombrar las columnas una a una (es más corto).
Si añadimos una columna nueva en la tabla, esta nueva columna saldrá sin tener que modificar
la consulta.
Se puede combinar el * con el nombre de una tabla (ej. oficinas.*), pero esto se utiliza más
cuando el origen de la consulta son dos tablas.
SELECT * FROM departamentos

o bien
SELECT dnombre.* FROM departamentos --Lista todos los datos de los departamentos
columnas de la tabla origen
Las columnas se pueden especificar mediante su nombre simple (nbcol) o su nombre

cualificado (nbtabla.nbcol, el nombre de la columna precedido del nombre de la tabla que
contiene la columna y separados por un punto).
16
Lic. Elvin German
El nombre cualificado se puede emplear siempre que queramos y es obligatorio en algunos
casos que veremos más adelante.
Cuando el nombre de la columna o de la tabla contiene espacios en blanco, hay que poner el
nombre entre corchetes [ ] y además el número de espacios en blanco debe coincidir. Por
ejemplo [codigo de cliente] no es lo mismo que [ codigo de cliente] (el segundo lleva un espacio
en blanco delante de código)
Ejemplo :
SELECT apellido, oficio, fecha_alta

FROM empleados
Alias de columna.
Cuando se visualiza el resultado de la consulta, normalmente las columnas toman el nombre que
tiene la columna en la tabla, si queremos cambiar ese nombre lo podemos hacer definiendo un
alias de columna mediante la cláusula AS será el nombre que aparecerá como título de la
columna.
Ejemplo:
SELECT apellido as nombre, oficio as cargo, fecha_alta [fecha de entrada]

FROM empleados
Columnas calculadas.
Además de las columnas que provienen directamente de la tabla origen, una consulta SQL
puede incluir columnas calculadas cuyos valores se calculan a partir de los valores de los datos
almacenados.
Para solicitar una columna calculada, se especifica en la lista de selección una expresión en vez
de un nombre de columna. La expresión puede contener sumas, restas, multiplicaciones y
divisiones, concatenación +, paréntesis y también funciones predefinidas).
Ejemplos:
SELECT apellido as nombre, salario,comision, salario+isnull(comision,0) as total

FROM empleados
17
Lic. Elvin German
Ordenación de las filas - ORDER BY
Para ordenar las filas del resultado de la consulta, tenemos la cláusula ORDER BY.
Con esta cláusula se altera el orden de visualización de las filas de la tabla pero en ningún
caso se modifica el orden de las filas dentro de la tabla. La tabla no se modifica.
Podemos indicar la columna por la que queremos ordenar utilizando su nombre de columna
(nbcolumna) o utilizando su número de orden que ocupa en la lista de selección (Nºcolumna).
Ejemplo:
SELECT apellido, oficio, salario

FROM empleados
ORDER BY oficio
es equivalente a

FROM empleados
ORDER BY 2
Por defecto el orden será ascendente (ASC) (de menor a mayor si el campo es numérico, por
orden alfabético si el campo es de tipo texto, de anterior a posterior si el campo es de tipo
fecha/hora.

FROM empleados
ORDER BY apellido -- Obtiene un listado alfabético de los empleados
Si queremos podemos alterar ese orden utilizando la cláusula DESC (Descendente), en este
caso el orden será el inverso al ASC.
Ejemplos:
FROM empleados
ORDER BY oficio desc
es equivalente a

FROM empleados
ORDER BY 2 desc
También podemos ordenar por varias columnas, en este caso se indican las columnas
separadas por comas.
Se ordenan las filas por la primera columna de ordenación, para un mismo valor de la primera
columna, se ordenan por la segunda columna, y así sucesivamente.
18
Lic. Elvin German
La cláusula DESC o ASC se puede indicar para cada columna y así utilizar una ordenación
distinta para cada columna. Por ejemplo ascendente por la primera columna y dentro de la
primera columna, descendente por la segunda columna.
Ejemplos:

FROM empleados
ORDER BY oficio,apellido
es equivalente a

FROM empleados
ORDER BY 1,2 desc
También podemos utilizar

FROM empleados
ORDER BY 1,apellido des
Selección de filas
A continuación veremos las cláusulas que nos permiten indicar qué filas queremos visualizar.
Las cláusulas DISTINCT / ALL

Al incluir la cláusula DISTINCT en la SELECT, se eliminan del resultado las repeticiones de
filas. Si por el contrario queremos que aparezcan todas las filas incluidas las duplicadas,
podemos incluir la cláusula ALL o nada, ya que ALL es el valor que SQL asume por defecto.
Por ejemplo queremos saber los códigos de los directores de oficina.
SELECT director FROM empleados
SELECT ALL director FROM empleados
Lista los códigos de los directores de las oficinas. El director 7698 aparece en 3 empleados,
por lo tanto aparecerá tres veces en el resultado de la consulta, al igual que otros empleados.
SELECT DISTINCT director FROM empleados

19
Lic. Elvin German
En este caso el valor 7698 aparecerá una sola vez ya que le decimos que liste los distintos
valores de directores
La cláusula TOP
La cláusula TOP permite sacar las n primeras filas de la tabla origen. No elige entre valores
iguales, si pido los 25 primeros valores pero el que hace 26 es el mismo valor que el 25,
entonces devolverá 26 registros en vez de 25 (o los que sea). Siempre se guia por la columna
de ordenación, la que aparece en la cláusula ORDER BY o en su defecto la clave principal de
la tabla.
Por ejemplo queremos saber los dos empleados más antiguos de la empresa.
SELECT TOP 2 emp_no, apellido fecha_alta

FROM empleados
Order by fecha_alta
La cláusula WHERE
La cláusula WHERE selecciona únicamente las filas que cumplan la condición de selección
especificada.
En la consulta sólo aparecerán las filas para las cuales la condición es verdadera (TRUE), los
valores nulos (NULL) no se incluyen por lo tanto en las filas del resultado. La condición de
selección puede ser cualquier condición válida o combinación de condiciones utilizando
los operadores NOT (no) AND (y) y OR (ó).
Para empezar veamos un ejemplo sencillo:
SELECT apellido
FROM empleados
WHERE dep_no = 10
SELECT nombre
FROM empleados
WHERE dep_no = 10 AND salario > 2500
20
Lic. Elvin German
CONDICIONES DE SELECCION: son las condiciones que pueden aparecer en la cláusula
WHERE.
En SQL tenemos cinco condiciones básicas:

 test de comparación
 test de rango
 test de pertenencia a un conjunto
 test de valor nulo
 test de correspondencia con patrón
El test de comparación compara el valor de una expresión con el valor de otra.
La sintaxis es la siguiente:
 = igual que
 <>distinto de
 < menor que
 <= menor o igual
 > mayor que
 >= mayor o igual
SELECT emp_no, apellido,salario

FROM empleados
WHERE salario >= 1300 AND salario <=1500
Test de rango (BETWEEN).
Examina si el valor de la expresión está comprendido entre los dos valores definidos por
exp1 y exp2.
Tiene la siguiente sintaxis:
SELECT emp_no, apellido,salario

FROM empleados
WHERE salario BETWEEN 1300 AND 1500
21
Lic. Elvin German
Test de pertenencia a conjunto (IN)
Examina si el valor de la expresión es uno de los valores incluidos en la lista de valores.
SELECT emp_no, dep_no,apellido, oficio

FROM empleados
WHERE dep_no IN (10,30,1600)
SELECT emp_no, dep_no,apellido, oficio

FROM empleados
WHERE oficio IN (‘analista’,’director’.’ingeniero’)
Test de valor nulo (IS NULL)
Una condición de selección puede dar como resultado el valor verdadero TRUE, falso FALSE o
nulo NULL.
Cuando una columna que interviene en una condición de selección contiene el valor nulo, el
resultado de la condición no es verdadero ni falso, sino nulo, sea cual sea el test que se
haya utilizado. Por eso si queremos listar las filas que tienen valor en una determinada
columna, no podemos utilizar el test de comparación, la condición oficina = null devuelve el
valor nulo sea cual sea el valor contenido en oficina. Si queremos preguntar si una columna
contiene el valor nulo debemos utilizar un test especial, el test de valor nulo.
Ejemplo:
SELECT emp_no, dep_no,apellido, oficio,comision

FROM empleados
Where comision is null
SELECT emp_no, dep_no,apellido, oficio,comision

FROM empleados
Where comision is not null
22
Lic. Elvin German
Test de correspondencia con patrón (LIKE)
Se utiliza cuando queremos utilizar caracteres comodines para formar el valor con el
comparar.
COMODINES
% Cualquier número de caracteres

_ Para un carácter individual
[ ] Para un conjunto de caracteres que esté dentro del corchete
[ ^ ] Que el carácter individual que no esté dentro del corchete
EJEMPLO: LIKE ‘%een’ Muestra todos los caracteres que acaben con een
EJEMPLO: LIKE ‘%een%’ Muestra todos los caracteres que contengan een en
ese orden
EJEMPLO: LIKE ‘_en’ Muestra todos los caracteres que contenga tres letras y
acaben en en
EJEMPLO: LIKE ‘[CK% ]’ Muestra todos los caracteres que empiecen por C o K
EJEMPLO: LIKE ‘[S-V]ing’ Nombre de 4 letras cuya primera letra estuviera
entre S o V y acabe en ing
EJEMPLO: LIKE ‘M[^c]%’ Todos los que empiecen por M y segunda letra no
sea una c. No hay limite de caracteres.
CONSULTAS CON LIKE
1. Seleccionar todos los empleados cuyo apellido comience por M

select * from empleados where apellido like 'M%'
2. Seleccionar todos los empleados cuyo apellido termine con la letra Z

select * from empleados where apellido like '%z'
3. Seleccionar todos los empleados que contengan en su apellido ER.

select * from empleados where apellido like '%er%'
23
Lic. Elvin German
4. Mostrar todos los empleados cuyo nombre sea de 4 letras y su apellido
termine con la letra a
select * from empleados where apellido like '___a'
5. Mostrar todos los empleados cuyo apellido comience entre las letras E y
F.
select * from empleados where apellido like '[E-F]%'
6. Mostrar todos los empleados cuyo apellido comience por la letra A,

contenga dentro de su apellido de la letra A a la M y que terminen en O.
select * from empleados where apellido like 'A%[a-m]%o'
7. Mostrar todos los empleados cuyo apellido comience por la letra M y la

segunda letra no sea una A.
select * from empleados where apellido like 'M[Â]%'
8. Mostrar todos los empleados cuyo apellido sea de 5 letras y su tercera

letra sea entra la A y la S terminando en Z.
select * from empleados where apellido like '__[a-ñ]_z'
9. Mostrar todos los empleados cuyo apellido sea de 6 letras y no comience

entre la A y la D.
select * from empleados where apellido like '[â-d]_____'
24
Lic. Elvin German
10. Mostrar todos los que empiecen por la A y cuya cuarta letra no esté
comprendida entre A – G
select * from empleados where apellido like 'A__[â-g]%'
Utilización de alias
SELECT [ALL/DISTINCT] ExpresionColumna [AS]

AliasColumna]
[, ExpresionColumna [AS] AliasColumna]....]
FROM NombreTabla [AliasTabla] ;
La cláusula AS que asigna el alias puede omitirse
Usar alias para una tabla es opcional cuando su finalidad consiste en simplificar su nombre original, y
obligatorio en consultas cuya sintaxis lo requiera (más adelante lo utilizaremos)
Usar alias para las columnas puede ser necesario porque los títulos o cabeceras que muestra la
salida de una consulta para las columnas seleccionadas, se corresponden con los nombres de las
columnas de las tablas o las expresiones y esto no siempre es muy visual. Para mejorar su legibilidad
y estética se utilizan los alias de columna. También puede ser utilizado, en algunos casos, para
renombrar la columna y utilizar este nombre posteriormente
Ejemplos de utilización de alias

Ejemplos de alias de tabla
1 - Mostrar el apellido y la fecha de alta de todos los empleados.

SELECT apellido [nombre del empleado], fecha_alta as fecha, oficio as “cargo”
FROM empleados empleados;
25
Lic. Elvin German
FUNCIONES PREDEFINIDAS
26
Lic. Elvin German
Funciones predefinidas
Son funciones incorporadas por el gestor y son muy utilizadas en SQL y dan mucha potencia al
lenguaje. Estas funciones predefinidas devuelven un valor dependiendo del valor de un argumento
que se pasa en la llamada.
Cabe subrayar que las funciones no modifican los valores del argumento, indicado entre paréntesis,
sino que devuelven un valor creado a partir de los argumentos que se le pasan en la llamada, y ese
valor puede ser utilizado en cualquier parte de una sentencia SQL.
Existen muchas funciones predefinidas para operar con todo tipo de datos. A continuación se indican
las funciones predefinidas más utilizadas.
Vamos a ver estas funciones agrupadas según el tipo de datos con los que operan y/o el tipo de datos
que devuelven.
Nota: estas funciones pueden variar según el sistema gestor que se utilice.
Funciones Matemáticas
Funciones de cadena
Funciones de fecha
FUNCIONES MATEMATICAS
ABS
Es el valor Absoluto
Select ABS(-4) as 'VALOR ABSOLUTO'-->4
POWER
Devuelve el valor de la expresión indicada elevada a la potencia especificada.
Select POWER(3,2) as '3 ELEVADO A 2'-->9
ROUND
Devuelve una expresión numérica, redondeada a la longitud o precisión especificada.
Round(Numero, Redondeo del Número)
ROUND siempre devuelve un valor. Si length es un valor negativo y mayor que el
número de dígitos anteriores al separador decimal, ROUND devuelve 0.
Select ROUND(123.4567,2)-->123.4600
Select ROUND(123.4567,-2)-->100.0000
Select ROUND(123.4567,0)-->123.0000
Select ROUND(123.4567,-3)--->0
27
Lic. Elvin German
SQUARE
Devuelve el cuadrado de la expresión especificada.
Select SQUARE(4) as „Cuadrado‟-->16.0
SQRT
Devuelve la raíz cuadrada de la expresión especificada.
Select SQRT(4) as [RAIZ CUADRADA]-->2.0
FUNCIONES DE CADENA
ASCII
Devuelve el código ASCII del carácter más a la izquierda de una expresión de

caracteres.
Select ASCII('A')-->65
Select ASCII('a')-->97
Select ascii('aula')-->97
CHAR
Una función de cadena que convierte un código ASCII int en un carácter.
select char(65)-->A
select char(97)-->a
CHARINDEX
Devuelve la posición inicial de la expresión especificada en una cadena de caracteres.
CHARINDEX ( expression1 , expression2 [ , start_location ] )
Argumentos
expression1
Es una expresión que contiene la secuencia de caracteres que se desea buscar.
Expression1 es una expresión del tipo de cadenas cortas de caracteres.
Expression2
Es una expresión, normalmente una columna,
en la que se busca la cadena especificada.
Expression2 es de la categoría del tipo de datos cadena de caracteres.
start_location
Es la posición del carácter de expression2 en el que se empieza la búsqueda de expression1.
Si no se especifica start_location, es un número negativo o es cero,
la búsqueda empieza al principio de la cadena expression2.
28
Lic. Elvin German
Si expression1 no se encuentra en expression2, CHARINDEX devuelve 0.
Si alguno de los dos es null, devuelve null
select charindex('cie','murcielago')-->4
select charindex('cie','murcielago',2)-->4
select charindex('cie','murcielago',5)-->0
select charindex('cie','murcielago',-6)-->4
LEFT
Devuelve la parte de una cadena de caracteres que comienza en un número de
caracteres especificado a partir de la izquierda
select left('murcielago',5)-->murci
RIGHT
Devuelve la parte de una cadena de caracteres que
comienza en el número de caracteres especificado
en integer_expression a partir de la derecha.
select right('hola que tal',5)-->e tal
LEN
Cuenta el número de caracteres que se incluyen en la cadena.
select len('murcielago')-->10
LOWER
Convierte a Minúsculas la cadena especificada
select lower('MurcIELaGO') as [minusculas]-->murcielago
UPPER
Convierte a Mayúsculas la cadena especificada
select upper('murcielago') as [MAYUSCULAS]-->MURCIELAGO
RTRIM y LTRIM
Elimina los espacios que existen a la izquierda y a la derecha

respectivamente.
select Rtrim (' murcielago ') AS [SIN ESPACIOS]-->murcielago
select Ltrim (' murcielago ') AS [SIN ESPACIOS]-->murcielago
select ltrim(rtrim(' hola '))+'.'
REPLACE
Reemplaza por una tercera expresión todas las apariciones
de la segunda expresión de cadena proporcionada en la primera expresión de cadena
29
Lic. Elvin German
select replace('hola que tal estas','a','A')-->holA que tAl estAs
select replace('buenos dias, que tal estas','ue','ñññ')-->bñññnos dias,qñññ tal estas
SPACE
Coloca el número de espacios que se le indiquen para entre una cadena

de caracteres.
select 'hola'+space(5)+'que tal'-->hola que tal
SUBSTRING
Devuelve parte de una expresión de caracteres, binaria, de texto o de imagen.
Sintaxis:
SUBSTRING (Expresión , Comienzo , Duración )
Argumentos
expression
Es una cadena de caracteres, cadena binaria, texto, imagen,
columna o expresión que incluye una columna.
No deben usarse expresiones que incluyan funciones de agregado.
start
Es un entero que especifica el punto en que comienza la subcadena.
length
Es un entero que especifica la longitud de la subcadena
(el número de caracteres o bytes que se devuelven).
select substring('murcielago',3,5)-->rciel
select substring('murcielago',3,len('murcielago'))-->rciel
REVERSE
Devuelve invertida una expresión de carácter.
select reverse('hola')
REPLICATE
Repite una expresión de caracteres un número especificado de veces.

select replicate('murcielago',5)
replicate, replicate, replicate, replicate, replicate
STUFF
Elimina el número de caracteres especificado e inserta
otro conjunto de caracteres en un punto de inicio indicado.
Select STUFF('Murcielago', 2, 3, 'ijklmn') Mijklmnielago
30
Lic. Elvin German
FUNCIONES DE FECHA
Parte de la fecha Abreviaturas

Year yy, yyyy
Quarter qq, q
Month mm, m
Dayofyear dy, y
Day dd, d
Week wk, ww
Hour Hh
Minute mi, n
Second ss, s
Millisecond Ms
GetDate()
select getdate() Funcion que recupera la fecha actual del sistema.
Convert, Cast
Convierten explícitamente una expresión de un tipo de datos en otro. CAST y

CONVERT proporcionan funciones similares.
Convert(Tipodedatosdestino, Origen, Estilo)
o Tiposdedatosdestino: Siempre ha de ser tipo carácter
o Origen: Puede ser tipo fecha, numérico o moneda.
o Estilo: Opcional. Es un código que indica el formato en el que
devuelve la cadena de caracteres.
Sintaxis:
Convert(TipoDato,Dato)
Cast (Dato as TipoDato)
Ejemplo:
declare @n int,@palabra nvarchar(10)

set @n = 1
set @palabra ='Número'
print convert(nvarchar(2),@n) + ' ' + @palabra
print cast(@n as nvarchar(2)) + ' ' + @palabra
31
Lic. Elvin German
while (@n<11)
begin
print convert(nvarchar(2),@n) + ' ' + @palabra
print cast(@n as nvarchar(2)) + ' ' + @palabra
set @n = @n + 1
end
DateName
Devuelve una cadena de caracteres que representa la parte de la fecha

especificada de la fecha especificada
Los calculos para las horas no son exactos cuando se trata de
SmallDateTime, por lo que devuelve 0.
select datename(month,fecha_alta) as 'Nombre mes' from empleados where

emp_no = 7867
 diciembre
select datename(m,fecha_alta) as 'Nombre mes' from empleados where emp_no = 7867
diciembre
select datename(week,fecha_alta) as 'Numero Semana' from empleados where emp_no =
7867 51
select datename(week,fecha_alta) as 'Numero Semana' from empleados where emp_no =
7867  51
select datename( weekday,fecha_alta) as 'Dia Semana' from empleados where emp_no=7867
 miercoles
select datename(dw,fecha_alta) as 'Dia Semana' from empleados where emp_no=7867 
miercoles
Horas:
select datename(mi,fecha_alta) as 'Minutos' from empleados where emp_no = 7867

select datename( minute,getdate()) as 'minutos'
select datename( mi,getdate()) as 'minutos'
select datename( hh,fecha_alta) as 'hora' from empleados where emp_no = 7867
select datename( hour,getdate()) as 'hora'-->17
select datename( hh,getdate()) as 'hora'-->17
32
Lic. Elvin German
DatePart
Devuelve la parte de la fecha u hora indicada. Sintaxis:

Datepart(Valoradevolver, fecha)
select datepart(mm,fecha_alta) as 'Mes',apellido from emp-->11
select datepart(hh,getdate()) as 'Hora'-->17
select datepart(mi,getdate()) as 'Minutos'-->54
Nombres de Fechas
Day(fecha)
Devuelve un INT, equivale a datepart
select day(getdate()) as dia-->12

select datepart(dd,getdate())-->12
select month(getdate())-->7
select datepart(mm,getdate())-->7
select year(getdate())-->2002
select year(fecha_alt) from emp where emp_no = 7867
select datediff(yyyy,fecha_alt,getdate()) as „Diferencia‟ from emp where emp_no = 7867
DateAdd
DateAdd( datepart , number, date )
Añade un número a la fecha puesta
DatePart es el formato de lo que queremos añadir.
Number es el número que queremos incrementar la fecha expuesta.
select convert(datetime,'1-1-02')
select dateadd(dd,7,'1-1-02')
DateDiff
Devuelve la diferencia entre dos fechas en el intervalo que le indiquemos.

Sintaxis:
DateDiff (DatoqueDevuelve, Fecha1, Fecha2)
o Datoquedevuelve: Indicamos como queremos que haga la
comparación y el tipo de dato que nos devolverá, años, días,
minutos etc.
select datediff(yyyy,fecha_alt,getdate()) as 'Diferencia' from emp where emp_no = 7867
33
Lic. Elvin German
Unidad 3. Las consultas multitablas
Introducción
En este tema vamos a estudiar las consultas multitabla llamadas así porque están basadas
en más de una tabla.
El SQL Server trabajar con diferentes grupos de consultas multitablas:
 la unión de tablas
 la composición de tablas
La unión de tablas
Esta operación se utiliza cuando tenemos dos tablas con las mismas columnas y queremos
obtener una nueva tabla con las filas de la primera y las filas de la segunda. En este caso
la tabla resultante tiene las mismas columnas que la primera tabla (que son las mismas que las
de la segunda tabla).
Por ejemplo tenemos una tabla de libros nuevos y una tabla de libros antiguos y queremos una
lista con todos los libros que tenemos. En este caso las dos tablas tienen las mismas
columnas, lo único que varía son las filas, además queremos obtener una lista de libros (las
columnas de una de las tablas) con las filas que están tanto en libros nuevos como las que
están en libros antiguos, en este caso utilizaremos este tipo de operación.
Cuando hablamos de tablas pueden ser tablas reales almacenadas en la base de datos o
tablas lógicas (resultados de una consulta), esto nos permite utilizar la operación con más
frecuencia ya que pocas veces tenemos en una base de datos tablas idénticas en cuanto a
columnas. El resultado es siempre una tabla lógica.
Por ejemplo queremos en un sólo listado los productos cuyas existencias sean iguales a cero y
también los productos que aparecen en pedidos del año 90. En este caso tenemos unos
productos en la tabla de productos y los otros en la tabla de pedidos, las tablas no tienen las
mismas columnas no se puede hacer una union de ellas pero lo que interesa realmente es el
identificador del producto (idfab,idproducto), luego por una parte sacamos los códigos de los
productos con existencias cero (con una consulta), por otra parte los códigos de los productos
que aparecen en pedidos del año 90 (con otra consulta), y luego unimos estas dos tablas
lógicas.
El operador que permite realizar esta operación es el operador UNION.
34
Lic. Elvin German
La composición de tablas
La composición de tablas consiste en concatenar filas de una tabla con filas de otra. En este
caso obtenemos una tabla con las columnas de la primera tabla unidas a las columnas de la
segunda tabla, y las filas de la tabla resultante son concatenaciones de filas de la primera
tabla con filas de la segunda tabla.
El ejemplo anterior quedaría de la siguiente forma con la composición:
A diferencia de la unión la composición permite obtener una fila con datos de las dos tablas,
esto es muy útil cuando queremos visualizar filas cuyos datos se encuentran en dos tablas.
Por ejemplo queremos listar los pedidos con el nombre del representante que ha hecho el
pedido, pues los datos del pedido los tenemos en la tabla de pedidos pero el nombre del
representante está en la tabla de empleados y además queremos que aparezcan en la misma
línea; en este caso necesitamos componer las dos tablas (Nota: en el ejemplo expuesto a
continuación, hemos seleccionado las filas que nos interesan).
Existen distintos tipos de composición, aprenderemos a utilizarlos todos y a elegir el tipo más
apropiado a cada caso.
Los tipos de composición de tablas son:

 Inner Join: Indica que combine los campos con resultados comunes
 Full Join: Indica que combine todos los campos aunque los resultados
sean diferentes.
35
Lic. Elvin German
 left Join: Indica que muestre todos los resultados de la columna de la
izquierda
 Right Join: Indica que muestre todos los resultados de la columna de
la derecha
 Cross Join: Muestra un producto cartesiano combinando todos los
resultados de las dos tablas.
El operador UNION
Como ya hemos visto en la página anterior, el operador UNION sirve para obtener a partir de
dos tablas con las mismas columnas, una nueva tabla con las filas de la primera y las filas
de la segunda.
La sintaxis es la siguiente
Consulta puede ser un nombre de tabla, un nombre de consulta (en estos dos casos el
nombre debe estar precedido de la palabra TABLE), o una sentencia SELECT completa (en
este caso no se puede poner TABLE). La sentencia SELECT puede ser cualquier sentencia
SELECT con la única restricción de que no puede contener la cláusula ORDER BY.
Después de la primera consulta viene la palabra UNION y a continuación la segunda consulta.

La segunda consulta sigue las mismas reglas que la primera consulta.
 Las dos consultas deben tener el mismo número de columnas pero las columnas
pueden llamarse de diferente forma y ser de tipos de datos distintos.
 Las columnas del resultado se llaman como las de la primera consulta.
 Por defecto la unión no incluye filas repetidas, si alguna fila está en las dos tablas,
sólo aparece una vez en el resultado.
Si queremos que aparezcan todas las filas incluso las repeticiones de filas, incluimos la
palabra ALL (todo en inglés).
El empleo de ALL tienen una ventaja, la consulta se ejecutará más rápidamente. Puede que
la diferencia no se note con tablas pequeñas, pero si tenemos tablas con muchos registros
(filas) la diferencia puede ser notable.
 Se puede unir más de dos tablas, para ello después de la segunda consulta
repetimos la palabra UNION y así sucesivamente.
 También podemos indicar que queremos el resultado ordenado por algún criterio, en
este caso se incluye la cláusula ORDER BY que ya vimos en el tema anterior. La
cláusula ORDER BY se escribe después de la última consulta, al final de la sentencia;
para indicar las columnas de ordenación podemos utilizar su número de orden o el
36
Lic. Elvin German
nombre de la columna, en este último caso se deben de utilizar los nombres de
columna de la primera consulta ya que son los que se van a utilizar para nombrar las
columnas del resultado.
El producto cartesiano
El producto cartesiano es un tipo de composición de tablas, aplicando el producto cartesiano a
dos tablas se obtiene una tabla con las columnas de la primera tabla unidas a las columnas
de la segunda tabla, y las filas de la tabla resultante son todas las posibles
concatenaciones de filas de la primera tabla con filas de la segunda tabla.
 El producto cartesiano se indica poniendo en la FROM las tablas que queremos

componer separadas por comas, podemos obtener así el producto cartesiano de
dos, tres, o más tablas.
 nbtabla puede ser un nombre de tabla o un nombre de consulta. Si todas las

tablas están en una base de datos externa, añadiremos la cláusula IN
basedatosexterna después de la última tabla. Pero para mejorar el rendimiento y
facilitar el uso, se recomienda utilizar una tabla vinculada en lugar de la cláusula IN.
 Hay que tener en cuenta que el producto cartesiano obtiene todas las posibles
combinaciones de filas por lo tanto si tenemos dos tablas de 100 registros cada
una, el resultado tendrá 100x100 filas, si el producto lo hacemos de estas dos tablas
con una tercera de 20 filas, el resultado tendrá 200.000 filas (100x100x20) y
estamos hablando de tablas pequeñas. Se ve claramente que el producto cartesiano
es una operación costosa sobre todo si operamos con más de dos tablas o con
tablas voluminosas.
 Se puede componer una tabla consigo misma, en este caso es obligatorio utilizar
un nombre de alias por lo menos para una de las dos.
Por ejemplo: SELECT * FROM empleados, empleados emp
En este ejemplo obtenemos el producto cartesiano de la tabla de empleados con ella misma.
Todas las posibles combinaciones de empleados con empleados.
SELECT *
FROM empleados,departamentos
37
Lic. Elvin German
Se observa que tenemos las dos filas de la primera consulta combinadas con las dos filas de la
segunda.
 Esta operación no es de las más utilizadas, normalmente cuando queremos

componer dos tablas es para añadir a las filas de una tabla, una fila de la otra tabla,
por ejemplo añadir a los pedidos los datos del cliente correspondiente, o los datos del
representante, esto equivaldría a un producto cartesiano con una selección de filas:
SELECT *
FROM empleados,departamentos
WHERE empleados_dep_no=departamentos.dep_no
Combinamos todos los empleados con todos los departamentos pero luego seleccionamos
los que cumplan que el código del departamento de la tabla de departamentos sea igual al
código del empleado de la tabla de empleados, por lo tanto nos quedamos con los
empleados combinados con los datos del departamento correspondiente.
 Las columnas que aparecen en la cláusula WHERE de nuestra consulta anterior se

denominan columnas de emparejamiento ya que permiten emparejar las filas de las
dos tablas. Las columnas de emparejamiento no tienen por qué estar incluidas en la
lista de selección.
 Normalmente emparejamos tablas que están relacionadas entre sí y una de las

columnas de emparejamiento es clave principal, pues en este caso, cuando una de las
columnas de emparejamiento tienen un índice definido es más eficiente utilizar otro
tipo de composición, el INNER JOIN.
El INNER JOIN es otro tipo de composición de tablas, permite emparejar filas de distintas tablas
de forma más eficiente que con el producto cartesiano cuando una de las columnas de
38
Lic. Elvin German
emparejamiento está indexada. Ya que en vez de hacer el producto cartesiano completo y
luego seleccionar la filas que cumplen la condición de emparejamiento, para cada fila de una de
las tablas busca directamente en la otra tabla las filas que cumplen la condición, con lo cual se
emparejan sólo las filas que luego aparecen en el resultado.
Ejemplo:
SELECT *
FROM empleados e INNER JOIN departamentos d ON e.dep_no = d.dep_no
 tabla1 y tabla2 son especificaciones de tabla (nombre de tabla con alias o no,
nombre de consulta guardada), de las tablas cuyos registros se van a combinar.
Pueden ser las dos la misma tabla, en este caso es obligatorio definir al menos un alias de
tabla.
 col1, col2 son las columnas de emparejamiento.
Observar que dentro de la cláusula ON los nombres de columna deben ser nombres
cualificados (llevan delante el nombre de la tabla y un punto).
 Las columnas de emparejamiento deben contener la misma clase de datos, las

dos de tipo texto, de tipo fecha etc. Los campos numéricos deben ser de tipos
similares. Por ejemplo, se puede combinar campos identityy Long puesto que son
tipos similares, sin embargo, no se puede combinar campos de tipo Simple y Doble.
 comp representa cualquier operador de comparación ( =, <, >, <=, >=, o <> ) y se
utiliza para establecer la condición de emparejamiento.
Se pueden definir varias condiciones de emparejamiento unidas por los operadores AND y
R poniendo cada condición entre paréntesis. Ejemplo:
SELECT *
FROM pedidos INNER JOIN productos ON (pedidos.fab = productos.idfab) AND
(pedidos.producto = productos.idproducto)
Se pueden combinar más de dos tablas

En este caso hay que sustituir en la sintaxis una tabla por un INNER JOIN completo.
Por ejemplo:
SELECT *
FROM (pedidos INNER JOIN clientes ON pedidos.clie = clientes.numclie) INNER JOIN
empleados ON pedidos.rep = empleados.numemp
En vez de tabla1 hemos escrito un INNER JOIN completo, también podemos escribir:
SELECT *
FROM clientes INNER JOIN (pedidos INNER JOIN empleados ON pedidos.rep =
empleados.numemp) ON pedidos.clie = clientes.numclie
39
Lic. Elvin German
En este caso hemos sustituido tabla2 por un INNER JOIN completo
El LEFT JOIN y RIGHT JOIN

El LEFT JOIN y RIGHT JOIN son otro tipo de composición de tablas, también denominada
composición externa. Son una extensión del INNER JOIN.
Las composiciones vistas hasta ahora (el producto cartesiano y el INNER JOIN) son
composiciones internas ya que todos los valores de las filas del resultado son valores que
están en las tablas que se combinan.
Con una composición interna sólo se obtienen las filas que tienen al menos una fila de la otra
tabla que cumpla la condición, veamos un ejemplo:
Queremos combinar los empleados con las oficinas para saber la ciudad de la oficina donde
trabaja cada empleado, si utilizamos un producto cartesiano tenemos:
SELECT empleados.*,ciudad
FROM empleados, oficinas
WHERE empleados.oficina = oficinas.oficina
Observar que hemos cualificado el nombre de columna oficina ya que ese nombre aparece en
las dos tablas de la FROM.
Con esta sentencia los empleados que no tienen una oficina asignada (un valor nulo en el
campo oficina de la tabla empleados) no aparecen en el resultado ya que la condición
empleados.oficina = oficinas.oficina será siempre nula para esos empleados.
Si utilizamos el INNER JOIN:
SELECT empleados.*, ciudad

FROM empleados INNER JOIN oficinas ON empleados.oficina = oficinas.oficina
Nos pasa lo mismo, el empleado 110 tiene un valor nulo en el campo oficina y no aparecerá en
el resultado.
Pues en los casos en que queremos que también aparezcan las filas que no tienen una fila
coincidente en la otra tabla, utilizaremos el LEFT o RIGHT JOIN.
La sintaxis del LEFT JOIN es la siguiente:
La descripción de la sintaxis es la misma que la del INNER JOIN (ver página anterior), lo único
que cambia es la palabra INNER por LEFT (izquierda en inglés).
Esta operación consiste en añadir al resultado del INNER JOIN las filas de la tabla de la
izquierda que no tienen correspondencia en la otra tabla, y rellenar en esas filas los
campos de la tabla de la derecha con valores nulos.
Ejemplo:
40
Lic. Elvin German
SELECT *
FROM empleados LEFT JOIN oficinas ON empleados.oficina = oficinas.oficina
Con el ejemplo anterior obtenemos una lista de los empleados con los datos de su oficina, y el
empleado 110 que no tiene oficina aparece con sus datos normales y los datos de su oficina a
nulos.
La sintaxis del RIGHT JOIN es la siguiente:
La sintaxis es la misma que la del INNER JOIN (ver página anterior), lo único que cambia es la
palabra INNER por RIGHT (derecha en inglés).
Esta operación consiste en añadir al resultado del INNER JOIN las filas de la tabla de la
derecha que no tienen correspondencia en la otra tabla, y rellenar en esas filas los campos
de la tabla de la izquierda con valores nulos.
Ejemplo:
SELECT *
FROM empleados RIGHT JOIN oficinas ON empleados.oficina = oficinas.oficina
Con el ejemplo anterior obtenemos una lista de los empleados con los datos de su oficina, y
además aparece una fila por cada oficina que no está asignada a ningún empleado con los
datos del empleado a nulos.
Una operación LEFT JOIN o RIGHT JOIN se puede anidar dentro de una operación INNER
JOIN, pero una operación INNER JOIN no se puede anidar dentro de LEFT JOIN o RIGHT
JOIN. Los anidamientos de JOIN de distinta naturaleza no funcionan siempre, a veces
depende del orden en que colocamos las tablas, en estos casos lo mejor es probar y si no
permite el anudamiento, cambiar el orden de las tablas ( y por tanto de los JOINs) dentro de la
cláusula FROM.
Por ejemplo podemos tener:
SELECT *
FROM clientes INNER JOIN (empleados LEFT JOIN oficinas ON empleados.oficina =
oficinas.oficina) ON clientes.repclie = empleados.numclie
Combinamos empleados con oficinas para obtener los datos de la oficina de cada empleado, y
luego añadimos los clientes de cada representante, así obtenemos los clientes que tienen un
representante asignado y los datos de la oficina del representante asignado.
Si hubiéramos puesto INNER en vez de LEFT no saldrían los clientes que tienen el empleado
110 (porque no tiene oficina y por tanto no aparece en el resultado del LEFT JOIN y por tanto
no entrará en el cálculo del INNER JOIN con clientes).
select apellido,oficio,dnombre
41
Lic. Elvin German
from emp
inner join dept
on emp.dept_no=dept.dept_no
order by dept.dnombre
Devuelve todos los Empleados

que tengan asociado un departamento.
from empleados
full join departamentos
on empleados.dep_no=
departamentos.dep_no
order by dep.dnombre
La combinación Full Join muestra las coincidencias de la tabla Departamentos con

Empleados, más los valores que no coincidan, como el Empleado SERRA que no
tiene departamento y el departamento EDICIÓN, que no tiene empleados.
Se podría decir que es como la suma de utilizar left join y right join.
Consultas Externas
Al igual que las consultas de combinación internas, combina los valores comunes
de los campos indicados y además de la tabla que queramos, devuelve también el
resto de valores aunque no coincidan. Para ello usaremos las siguientes opciones
combinadas con join:
Sintaxis:
Select tablaprincipal.campo, tabla acombinar.campo
From tablaprincipal
42
Lic. Elvin German
left join / right join / cross join tabla
on condición
o left Join: Indica que muestre todos los resultados de la columna de la

izquierda
o Right Join: Indica que muestre todos los resultados de la columna de la
derecha
o Cross Join: Muestra un producto cartesiano combinando todos los
resultados de las dos tablas.
from empleados
left outer join departamentos
order by departamentos.dnombre
El empleado Serra tiene el nombre del departamento con el valor null porque no
tiene ningún departamento asociado y nosotros en la consulta le estamos
diciendo que seleccione los empleados aunque no tengan departamento
asociado, ponemos como principal la tabla de la izquierda (EMPLEADOS).
from empleados
right outer join departamentos
order by departamentos.dnombre
43
Lic. Elvin German
En esta consulta el departamento de edición tiene valores null porque le hemos
dicho que seleccione la tabla de la derecha como principal (departamentos), con
lo cual selecciona todos los campos de la tabla departamentos con coincidencias
con emp o sin ellas.
from empleados
cross join departamentos
Realiza un producto cartesiano combinando

todos los empleados con todos los
departamentos.
44
Lic. Elvin German
Combinaciones con más de dos tablas
Ya hemos visto como combinar 2 tablas con inner join, el siguiente ejemplo
muestra como combinar las 3 tablas que tenemos en la base de datos.
Podremos combinar tantas tablas como queramos usando inner join o full join.
select p.apellido as [Apellido]

,s.nombre as [Sala]
,h.nombre as [Hospital],
s.num_cama as [Nº de camas]
from plantilla p inner join sala as s
on p.hospital_cod =
s.hospital_cod
and p.sala_cod = s.sala_cod
inner join hospital_cod as h
on h.hospital_cod =
p.hospital_cod
Podremos usar tantos inner join como queramos en nuestras consultas, pero
habrá que tener cuidado a la hora de realizar las combinaciones para que no
salgan productos cartesianos en la consulta.
Esta consulta devuelve el nombre del empleado, el nombre de la sala donde
trabaja, el nombre del hospital y el número de camas.
COMBINAR LOS VALORES DE UNA TABLA SOBRE SÍ MISMA
Para ello crearemos dos copias de la misma tabla poniéndole un alías, para
posteriormente combinar los resultados de ambas copias.
Obtener la lista de los empleados con los nombres de sus directores.
SELECT e1.emp_no "NºEmpleado",

e1.apellido "Nombre Empleado",
e1.director "NºDirector",
e2.apellido "Nombre Director"
FROM empleados e1,empleados e2
WHERE e1.director=e2.emp_no
-----------------------------------
No. | Nombre |Director | Nombre
-----------------------------------
45
Lic. Elvin German
7499 | ALONSO | 7698 | GARRIDO
7521 | LOPEZ | 7782 | MARTINEZ
7654 | MARTIN | 7698 | GARRIDO
7698 | GARRIDO | 7839 | REY
7782 | MARTINEZ | 7839 | REY
7844 | CALVO | 7698 | GARRIDO
7876 | GIL | 7782 | MARTINEZ
7900 | JIMENEZ | 7782 | MARTINEZ
46
Lic. Elvin German
Resumen de cuándo utilizar cada operación.
Para saber en cada caso qué tipo de operación se debe utilizar, a continuación tienes un
gráfico que indica qué preguntas se tienen que hacer y según la respuesta, qué operación
utilizar.
Para resumir hemos llamado T1 y T2 las tablas de las que queremos sacar los datos y R la
tabla lógica que representa el resultado de consulta. T1 y T2 podrían ser tablas guardadas o
consultas.
En la última parte cuando se pregunta "En T1 hay filas que no tienen pareja en T2", la pregunta
se debe de interpretar como "en alguna de las tablas hay filas que no tienen pareja".
47
Lic. Elvin German
Las consultas de agrupación
En SQL y en la mayoría de los motores de bases de datos relacionales, podemos definir un
tipo de consultas cuyas filas resultantes son un resumen de las filas de la tabla origen, por
eso las denominamos consultas de agrupacion, también se conocen como consultas
sumarias.
Es importante entender que las filas del resultado de una consulta de agrupacion tienen una
naturaleza distinta a las filas de las demás tablas resultantes de consultas, ya que
corresponden a varias filas de la tabla origen.
Para simplificar, veamos el caso de una consulta basada en una sola tabla, una fila de una
consulta 'no resumen' corresponde a una fila de la tabla origen, contiene datos que se
encuentran en una sola fila del origen, mientras que una fila de una consulta de agrupacion
corresponde a un resumen de varias filas de la tabla origen, esta diferencia es lo que va a
originar una serie de restricciones que sufren las consultas de resumen y que veremos a lo
largo del tema.
En el ejemplo que viene a continuación tienes un ejemplo de consulta normal en la que se

visualizan las filas de la tabla oficinas ordenadas por region, en este caso cada fila del resultado
se corresponde con una sola fila de la tabla oficinas, mientras que la segunda consulta es una
consulta resumen, cada fila del resultado se corresponde con una o varias filas de la tabla
oficinas.
Las consultas de agrupacion introducen dos nuevas cláusulas a la sentencia SELECT, la

cláusula GROUP BY y la cláusula HAVING, son cláusulas que sólo se pueden utilizar en una
consulta de agrupacion, se tienen que escribir entre la cláusula WHERE y la cláusula ORDER
BY y tienen la siguiente sintaxis:
48
Lic. Elvin German
Las detallaremos en las página siguientes del tema, primero vamos a introducir otro concepto
relacionado con las consultas de agrupacion, las funciones de columna.
Funciones de columna
AVG(expr) Valor medio de “expresión r” ignorando los valores nulos

Número de veces que “expresión” tiene un valor no nulo. La opción
COUNT( { * | expresión } )
“*”
cuenta el número de filas seleccionadas.
MAX(expresión) Valor máximo de “expresión r”
MIN(expresión r) Valor mínimo de “expresión”
STDDEV(expresión r) Desviación típica de “expr” sin tener en cuenta los valores nulos
SUM(expresión) Suma de “expresión”
VARIANCE(expresión r) Varianza de “expresión” sin tener en cuenta los valores nulos.
Ejemplo:
1. Obtener la masa salarial mensual de todos los empleados.

SELECT SUM(salario)
FROM empleados;
+--------------+
| SUM(salario) |
+--------------+
| 23100.62 |
+--------------+
49
Lic. Elvin German
2. Obtener los salarios máximo, mínimo y la diferencia existente entre ambos.
SELECT MAX(salario)"Salario mas alto" ,
MIN(salario) "Salario mas bajo",
MAX(salario)- MIN(salario) "Diferencia"
FROM empleados;
------------------------------------------------
Salario mas alto | Salario mas bajo | Diferencia
------------------------------------------------
6000.00 1350.50 4649.50
3. Calcular el salario medio de los empleados.

SELECT AVG(salario) "Salario medio"
FROM empleados;
-----------------
Salario medio
-----------------
2566.735569
5. Calcular el salario medio de los empleados que sean ANALISTAS

SELECT AVG(salario) "Salario medio"
FROM empleados
WHERE oficio = 'ANALISTA';
-----------------
Salario medio
-----------------
3350.000000
-----------------
La cláusula GROUP BY
Hasta ahora las consultas de resumen que hemos visto utilizan todas las filas de la tabla y
producen una única fila resultado.
Se pueden obtener subtotales con la cláusula GROUP BY. Una consulta con una cláusula
GROUP BY se denomina consulta agrupada ya que agrupa los datos de la tabla origen y
produce una única fila resumen por cada grupo formado. Las columnas indicadas en el
GROUP BY se llaman columnas de agrupación.
50
Lic. Elvin German
Ejemplo:
1. Obtener los salarios medios por departamento.

SELECT dep_no "Departamento" , AVG(salario) "Salario medio"
FROM empleados
GROUP BY dep_no;
| 10 | 3266.833333 |
| 20 | 2375.000000 |
| 30 | 2137.530029 |
2. Obtener cuántos empleados hay en cada oficio
SELECT oficio "Oficio", COUNT(*) "Nº de Empleados" FROM empleados

GROUP BY oficio;
+------------+-----------------+
| Oficio | Nº de Empleados |
+------------+-----------------+
| ANALISTA | 1 |
| DIRECTOR | 2 |
| EMPLEADO | 2 |
| PRESIDENTE | 1
| VENDEDOR | 3 |
+------------+-----------------+
La cláusula HAVING
 La cláusula HAVING nos permite seleccionar filas de la tabla resultante de una
consulta de resumen.
 Para la condición de selección se pueden utilizar los mismos tests de comparación

descritos en la cláusula WHERE, también se pueden escribir condiciones compuestas
(unidas por los operadores OR, AND, NOT), pero existe una restricción.
 En la condición de selección sólo pueden aparece:valores constantes

funciones de columna columnas de agrupación (columnas que aparecen en la
cláusula GROUP BY) o cualquier expresión basada en las anteriores.
51
Lic. Elvin German
Ejemplo:
1. Seleccionar los oficios que tengan dos o más empleados:

SELECT oficio, COUNT(*)
FROM empleados
GROUP BY oficio
HAVING COUNT(*)>= 2;
-----------------------
| oficio | COUNT(*)
|----------|----------|
| DIRECTOR | 2
| EMPLEADO | 2
| VENDEDOR | 3
-----------------------
2. Seleccionar los oficios que tengan dos o más empleados, cuyo salario supere
los 1400 euros.
SELECT oficio, COUNT(*)
FROM empleados
WHERE salario > 1400
GROUP BY oficio
HAVING COUNT(*) >= 2;
-----------------------
| oficio | COUNT(*)
-----------------------
| DIRECTOR | 2
| VENDEDOR | 2
-----------------------
52
Lic. Elvin German
Resumen del tema
¿Cómo se ejecuta internamente una consulta de agrupacion?

 Primero se forma la tabla origen de datos según la cláusula FROM,
 se seleccionan del origen de datos las filas según la cláusula WHERE,
 se forman los grupos de filas según la cláusula GROUP BY,
 por cada grupo se obtiene una fila en la tabla resultante con los valores que aparecen
en las cláusulas GROUP BY, HAVING y en la lista de selección,
 se seleccionan de la tabla resultante las filas según la cláusula HAVING,
 se eliminan de la tabla resultante las columnas que no aparecen en la lista de
selección,
 se ordenan las filas de la tabla resultante según la cláusula ORDER BY
Una consulta se convierte en consulta de agrupación en cuanto aparece GROUP BY, HAVING
o una función de columna.
En una consulta de agrupación, la lista de selección y la cláusula HAVING sólo pueden contener:
o valores constantes
o funciones de columna
o columnas de agrupación (columnas que aparecen en la cláusula GROUP BY)
53
Lic. Elvin German
Unidad 5. El DDL, lenguaje de definición de datos
Introducción
Hasta ahora hemos estudiado las sentencias que forman parte del DML (Data Management
Language) lenguaje de manipulación de datos, todas esas sentencias sirven para recuperar,
insertar, borrar, modificar los datos almacenados en la base de datos; lo que veremos en este
tema son las sentencias que afectan a la estructura de los datos.
El DDL (Data Definition Language) lenguaje de definición de datos es la parte del SQL que
más varía de un sistema a otro ya que esa area tiene que ver con cómo se organizan
internamente los datos y eso, cada sistema lo hace de una manera u otra.
CREATE TABLE
La sentencia CREATE TABLE sirve para crear la estructura de una tabla no para rellenarla
con datos, nos permite definir las columnas que tiene y ciertas restricciones que deben
cumplir esas columnas.
nbtabla: nombre de la tabla que estamos definiendo
nbcol: nombre de la columna que estamos definiendo
tipo: tipo de dato de la columna, todos los datos almacenados en la columna deberán ser de
ese tipo.
TIPOS DE DATOS
- Numéricos:
 Enteros  int, tinyint, smallint, bigint
 Decimales  numeric, decimal, money, smallmoney
 Coma Flotante  float, real
- Fechas:
 datetime  0,333 s
 smalldatetime  1 minuto
- Caracteres:
 Ancho fijo: char, nchar
 Ancho Variable: varchar, nvarchar
- Texto e Imagen:
 Text
 Ntext
54
Lic. Elvin German
 Rowversion
- Binario:
 Binary, varbinary  Valores tipo byte
 Bit  Un solo bit (1 o ninguno)
- Identificadores Unicos:
Representa un identificador global único (GUID)

Si queremos que no se repita el dato en la base de datos, usamos
este identificador
 Uniqueidentifier
- IDENTITY
Es un tipo de dato que genera valores y los incrementa. Un contador

vamos.
Solo una columna con Identity, el tipo de dato debe ser entero int, numerico
numeric o decimal, estos dos últimos con escala cero. Debe ser obligatorio que
sea NOT NULL. Inicial e incremento son opcionales y por defecto comenzarian
en 1,1.
55
Lic. Elvin German
RESTRICCION
Una restricción consiste en la definición de una característica adicional que tiene una
columna o una combinación de columnas, suelen ser características como valores no nulos
(campo requerido), definición de índice sin duplicados, definición de clave principal y definición
de clave foránea (clave ajena o externa, campo que sirve para relacionar dos tablas entre sí).
restricción1: una restricción de tipo 1 es una restricción que aparece dentro de la definición
de la columna después del tipo de dato y afecta a una columna, la que se está definiendo.
restricción2: una restricción de tipo 2 es una restricción que se define después de definir
todas las columnas de la tabla y afecta a una columna o a una combinación de columnas.
Para escribir una sentencia CREATE TABLE se empieza por indicar el nombre de la tabla que
queremos crear y a continuación entre paréntesis indicamos separadas por comas las
definiciones de cada columna de la tabla, la definición de una columna consta de su nombre,
el tipo de dato que tiene y podemos añadir si queremos una serie de especificaciones que
deberán cumplir los datos almacenados en la columna, después de definir cada una de las
columnas que compone la tabla se pueden añadir una serie de restricciones, esas
restricciones son las mismas que se pueden indicar para cada columna pero ahora pueden
afectar a más de una columna por eso tienen una sintaxis ligeramente diferente.
RESTRICCION TIPO 1
Una restricción de tipo 1 se utiliza para indicar una característica de la columna que estamos
definiendo, tiene la siguiente sintaxis:
La cláusula NOT NULL indica que la columna no podrá contener un valor nulo, es decir que
se deberá rellenar obligatoriamente y con un valor válido (equivale a la propiedad requerido Sí
de las propiedades del campo).
La cláusula CONSTRAINT sirve para definir una restricción que se podrá eliminar cuando
queramos sin tener que borrar la columna. A cada restricción se le asigna un nombre que se
utiliza para identificarla y para poder eliminarla cuando se quiera.
Como restricciones tenemos la de clave primaria (clave principal), la de índice único (sin
duplicados), la de valor no nulo, y la de clave foránea.
La cláusula PRIMARY KEY se utiliza para definir la columna como clave principal de la tabla.
Esto supone que la columna no puede contener valores nulos ni pueden haber valores
56
Lic. Elvin German
duplicados en esa columna, es decir que dos filas no pueden tener el mismo valor en esa
columna.
En una tabla no pueden haber varias claves principales, por lo que no podemos incluir la
cláusula PRIMARY KEY más de una vez, en caso contrario la sentencia da un error. No hay
que confundir la definición de varias claves principales con la definición de una clave principal
compuesta por varias columnas, esto último sí está permitido y se define con una restricción de
tipo 2.
La cláusula UNIQUE sirve para definir un índice único sobre la columna. Un índice único es
un índice que no permite valores duplicados, es decir que si una columna tiene definida un
restricción de UNIQUE no podrán haber dos filas con el mismo valor en esa columna. Se suele
emplear para que el sistema compruebe el mismo que no se añaden valores que ya existen,
por ejemplo si en una tabla de clientes queremos asegurarnos que dos clientes no puedan
tener el mismo D.N.I. y la tabla tiene como clave principal un código de cliente, definiremos la
columna dni con la restricción de UNIQUE.
La cláusula NOT NULL indica que la columna no puede contener valores nulos, cuando
queremos indicar que una columna no puede contener el valor nulo lo podemos hacer sin
poner la cláusula CONSTRAINT, o utilizando una cláusula CONSTRAINT.
La última restricción que podemos definir sobre una columna es la de clave foránea, una clave
foránea es una columna o conjunto de columnas que contiene un valor que hace
referencia a una fila de otra tabla, en una restricción de tipo 1 se puede definir con la
cláusula REFERENCES, después de la palabra reservada indicamos a qué tabla hace
referencia, opcionalmente podemos indicar entre paréntesis el nombre de la columna donde
tiene que buscar el valor de referencia, por defecto coge la clave principal de la tabla2, si el
valor que tiene que buscar se encuentra en otra columna de tabla2, entonces debemos inidicar
el nombre de esta columna entre paréntesis, además sólo podemos utilizar una columna que
esté definida con una restricción de UNIQUE, si la columna2 que indicamos no está definida
sin duplicados, la sentencia CREATE nos dará un error.
Ejemplo:
CREATE TABLE tab1 (

col1 INTEGER CONSTRAINT pk PRIMARY KEY,
col2 CHAR(25) NOT NULL,
col3 CHAR(10) CONSTRAINT uni1 UNIQUE,
col4 INTEGER,
col5 INT CONSTRAINT fk5 REFERENCES tab2 );
Con este ejemplo estamos creando la tabla tab1 compuesta por: una columna llamada col1 de
tipo entero definida como clave principal, una columna col2 que puede almacenar hasta 25
caracteres alfanuméricos y no puede contener valores nulos, una columna col3 de hasta 10
caracteres que no podrá contener valores repetidos, una columna col4 de tipo entero sin
ninguna restricción, y una columna col5 de tipo entero clave foránea que hace referencia a
valores de la clave principal de la tabla tab2.
Ejemplos de definición de restricciones de tipo 1

Veremos un ejemplo de cada caso donde se van definiendo las columnas con las correspondientes
restricciones.
a)PRIMARY KEY. El numero de socio en la tabla socios

57
Lic. Elvin German
CREATE TABLE socios_1a
(socio_no INT PRIMARY KEY,
apellidos VARCHAR(14),
telefono CHAR(9),
fecha_alta DATETIME,
direccion VARCHAR(20),
codigo_postal INT);
b) NOT NULL. La columna teléfono es obligatoria en la tabla socios, nunca irá sin información.
CREATE TABLE socios_1b

telefono CHAR(9) NOT NULL,
codigo_postal INT);
c) DEAFAULT. En ausencia de valor el campo fecha _ alta tomará el valor de 1 de Noviembre de

20008
CREATE TABLE socios_1c

fecha_alta DATETIME DEFAULT '2008-11-01',
codigo_postal INT);
d) UNIQUE. La columna apellido será única en la tabla socios.
CREATE TABLE socios_1d

apellidos VARCHAR(14) UNIQUE,
codigo_postal INT );
e)CHECK. Se comprobará que la columna cdigo_postal corresponde a Madrid (valores entre 28000 y
28999)
CREATE TABLE socios_1e

apellidos VARCHAR(14) UNIQUE,
codigo_postal INT
CHECK (codigo_postal BETWEEN 28000 AND 28999));
RESTRICCION TIPO 2
58
Lic. Elvin German
Una restricción de tipo 2 se utiliza para definir una característica que afecta a una
columna o a una combinación de columnas de la tabla que estamos definiendo, se escribe
después de haber definido todas las columnas de la tabla.
sintaxis:
La sintaxis de una restricción de tipo 2 es muy similar a la CONSTRAINT de una restricción 1

la diferencia es que ahora tenemos que indicar sobre qué columnas queremos definir la
restricción. Se utilizan obligatoriamente las restricciones de tipo 2 cuando la restricción afecta a
un grupo de columnas o cuando queremos definir más de una CONSTRAINT para una
columna (sólo se puede definir una restricción1 en cada columna).
La cláusula PRIMARY KEY se utiliza para definir la clave principal de la tabla. Después de las
palabras PRIMARY KEY se indica entre paréntesis el nombre de la columna o las columnas
que forman la clave principal. Las columnas que forman la clave principal no pueden contener
valores nulos ni pueden haber valores duplicados de la combinación de columnas, por ejemplo
la tabla pedidos de nuestros ejemplos tiene una clave principal formada por idfab e idproducto,
pues no pueden haber dos filas con la misma combinación de idfab con idproducto (aci,0001
por ejemplo) pero sí pueden haber dos filas con el valor aci en la columna idfab si tienen
valores diferentes en la columna idproducto, y pueden haber dos filas con el mismo idproducto
pero distinto idfab.
En una tabla no pueden haber varias claves principales, por lo que no podemos indicar la
cláusula PRIMARY KEY más de una vez, en caso contrario la sentencia da un error.
La cláusula UNIQUE sirve para definir un índice único sobre una columna o sobre una
combinación de columnas. Un índice único es un índice que no permite valores duplicados.
Si el índice es sobre varias columnas no se puede repetir la misma combinación de valores en
dos o más filas. Se suele emplear para que el sistema
La sintaxis de una restricción de tipo 2 es muy similar a la CONSTRAINT de una restricción

1 la diferencia es que ahora tenemos que indicar sobre qué columnas queremos definir la
restricción. Se utilizan obligatoriamente las restricciones de tipo 2 cuando la restricción
afecta a un grupo de columnas o cuando queremos definir más de una CONSTRAINT para
una columna (sólo se puede definir una restricción1 en cada columna).
La cláusula PRIMARY KEY se utiliza para definir la clave principal de la tabla. Después de las
palabras PRIMARY KEY se indica entre paréntesis el nombre de la columna o las columnas
59
Lic. Elvin German
que forman la clave principal. Las columnas que forman la clave principal no pueden contener
valores nulos ni pueden haber valores duplicados de la combinación de columnas, por ejemplo
la tabla pedidos de nuestros ejemplos tiene una clave principal formada por idfab e idproducto,
pues no pueden haber dos filas con la misma combinación de idfab con idproducto (aci,0001
por ejemplo) pero sí pueden haber dos filas con el valor aci en la columna idfab si tienen
valores diferentes en la columna idproducto, y pueden haber dos filas con el mismo idproducto
pero distinto idfab.
En una tabla no pueden haber varias claves principales, por lo que no podemos indicar la
cláusula PRIMARY KEY más de una vez, en caso contrario la sentencia da un error.
La cláusula UNIQUE sirve para definir un índice único sobre una columna o sobre una
combinación de columnas. Un índice único es un índice que no permite valores duplicados.
Si el índice es sobre varias columnas no se puede repetir la misma combinación de valores en
dos o más filas. Se suele emplear para que el sistema compruebe el mismo que no se añaden
valores que ya existen.
La cláusula FOREIGN KEY sirve para definir una clave foránea sobre una columna o una
combinación de columnas. Una clave foránea es una columna o conjunto de columnas que
contiene un valor que hace referencia a una fila de otra tabla, en una restricción 1 se
puede definir con la cláusula REFERENCES. Para definir una clave foránea en una restricción
de tipo 2 debemos empezar por las palabras FOREIGN KEY después indicamos entre
paréntesis la/s columna/s que es clave foránea, a continuación la palabra reservada
REFERENCES seguida del nombre de la tabla a la que hace referencia, opcionalmente
podemos indicar entre paréntesis el nombre de la/s columna/s donde tiene que buscar el valor
de referencia, por defecto coge la clave principal de la tabla2, si el valor que tiene que buscar
se encuentra en otra/s columna/s de tabla2, entonces debemos escribir el nombre de esta/s
columna/s entre paréntesis, además sólo podemos utilizar una columna (o combinación de
columnas) que esté definida con una restricción de UNIQUE, de lo contrario la sentencia
CREATE TABLE nos dará un error.
Ejemplo:
CREATE TABLE tab1 (col1 INTEGER,

col2 CHAR(25) NOT NULL,
col3 CHAR(10),
col4 INTEGER,
col5 INT,
CONSTRAINT pk PRIMARY KEY (col1),
CONSTRAINT uni1 UNIQUE (col3),
CONSTRAINT fk5 FOREIGN KEY (col5) REFERENCES tab2 );
Con este ejemplo estamos creando la misma tabla tab1 del ejemplo de la página anterior pero
ahora hemos definido las restricciones utilizando restricciones de tipo 2.
60
Lic. Elvin German
Ejemplos de definición de restricciones de tipo 2
a)PRIMARY KEY. El numero de socio será la clave primaria en la tabla socios. Será obligatoriamente
no nulo y único.
CREATE TABLE socios_2a

(socio_no INT,
telefono CHAR(9),
codigo_postal INT,
CONSTRAINT PK_ socios_2a PRIMARY KEY (socio_no));
b) UNIQUE. El campo apellido es único. Tendrá valores diferentes en cada fila o el valor nulo
CREATE TABLE socios_2b
(socio_no INT,
telefono CHAR(9),
fecha_alta DATE,
codigo_postal INT(5),
CONSTRAINT PK_SOCIOS PRIMARY KEY(socio_no),
CONSTRAINT UQ_UNIQUE UNIQUE (apellidos));
c)CHECK. La columna codigo_postal no admitirá como válidas aquellas filas en las que el código
postal no tenga valores entre 28.000 y 28.999 (correspondientes a Madrid)
CREATE TABLE socios_2c

(socio_no INT,
telefono CHAR(9),
codigo_postal INT,
CONSTRAINT PK_DEPARTAMENTOS PRIMARY KEY(socio_no),
CONSTRAINT UQ_UNIQUE UNIQUE(apellidos),
CONSTRAINT CK_CODIGO
CHECK (codigo_postal BETWEEN 28000 AND
28999) );
ALTER TABLE
La sentencia ALTER TABLE sirve para modificar la estructura de una tabla que ya existe.
Mediante esta instrucción podemos añadir columnas nuevas, eliminar columnas. Ten cuenta
que cuando eliminamos una columna se pierden todos los datos almacenados en ella.
También nos permite crear nuevas restricciones o borrar algunas existentes. La sintaxis
puede parecer algo complicada pero sabiendo el significado de las palabras reservadas la
61
Lic. Elvin German
sentencia se aclara bastante; ADD (añade), ALTER (modifica), DROP (elimina), COLUMN
(columna), CONSTRAINT (restricción).
La sintaxis de restriccion1 es idéntica a la restricción1 de la sentencia CREATE TABLE, te la

describimos a continuación, si tienes alguna duda repasa la sentencia CREATE TABLE.
La sintaxis de restriccion2 es idéntica a la restricción2 de la sentencia CREATE TABLE, te la

describimos a continuación, si tienes alguna duda repasa la sentencia CREATE TABLE
La cláusula ADD permite añadir una columna nueva a la tabla. Como en la creación de tabla,
hay que definir la columna indicando su nombre, tipo de datos que puede contener, y si lo
queremos alguna restricción de valor no nulo, clave primaria, clave foránea, e índice único,
62
Lic. Elvin German
restriccion1 es opcional e indica una restricción de tipo 1 que afecta a la columna que
estamos definiendo.
Ejemplo:
ALTER TABLE tab1 ADD col3 int NOT NULL CONSTRAINT c1 UNIQUE
Con este ejemplo estamos añadiendo a la tabla tab1 una columna llamada col3 de tipo entero,
requerida (no admite nulos) y con un índice sin duplicados llamado c1.
Cuando añadimos una columna lo mínimo que se puede poner sería:
ALTER TABLE tab1 ADD col3 int
En este caso la nueva columna admite valores nulos y duplicados.
Para añadir una nueva restricción en la tabla podemos utilizar la cláusula ADD restriccion2
(ADD CONSTRAINT...).
Ejemplo:
ALTER TABLE tab1 ADD CONSTRAINT c1 UNIQUE (col3)
Con este ejemplo estamos añadiendo a la tabla tab1 un índice único (sin duplicados) llamado
c1 sobre la columna col3.
Para borrar una columna basta con utilizar la cláusula DROP COLUMN (COLUMN es
opcional) y el nombre de la columna que queremos borrar, se perderán todos los datos
almacenados en la columna
Ejemplo:
ALTER TABLE tab1 DROP COLUMN col3
Para borrar una restricción basta con utilizar la cláusula DROP CONSTRAINT y el nombre
de la restricción que queremos borrar, en este caso sólo se elimina la definición de la
restricción pero los datos almacenados no se modifican ni se pierden.
Ejemplo:
ALTER TABLE tab1 DROP CONSTRAINT c1
Con esta sentencia borramos el índice c1 creado anteriormente pero los datos de la columna
col3 no se ven afectados por el cambio.
DROP TABLE
La sentencia DROP TABLE sirve para eliminar una tabla. No se puede eliminar una tabla si
está abierta, tampoco la podemos eliminar si el borrado infringe las reglas de integridad
referencial (si interviene como tabla padre en una relación y tiene registros relacionados).
63
Lic. Elvin German
Ejemplo:
DROP TABLE tab1
Elimina de la base de datos la tabla tab1.
CREATE INDEX
SQL Server - Definición de los índices
Se hara definición de índices en SQL Server - agrupados y no agrupados

indexex, el optimizador de consultas, para crear un índice, para crear un índice
único, para crear un índice agrupado, para crear índices de texto completo, para
cambiar propiedades índice, Para cambiar el nombre de un índice, para eliminar
un índice
Cuando aumentan los volúmenes de datos, las organizaciones se enfrentan a

problemas relacionados con la recuperación de datos y publicación. Sienten la
necesidad de un mecanismo que aumentará la velocidad de acceso a datos. Un
índice, al igual que el índice de un libro, permite recuperar la base de datos y
presentar los datos al usuario final con facilidad. Un índice puede ser definido
como un mecanismo para proporcionar un acceso rápido a las filas de tabla y de
hacer cumplir las restricciones.
Un índice puede ser creado mediante la selección de una o más columnas de

una tabla que está siendo buscado. Es una especie de "en el disco 'estructura
asociada a la tabla o vista y contiene las claves que se construyen a partir de
una o varias de las columnas de la tabla o vista. Esta estructura conocida como
B-Tree ayuda a que el SQL Server busque la fila o filas asociadas a los valores
de clave. Los índices se pueden crear en columnas calculadas o columnas xml
también.
Los índices pueden ser agrupados en clúster o no. Un índice agrupado

almacena los datos de las filas de la tabla en función de sus valores
fundamentales. Cada tabla sólo puede tener un índice agrupado como los
valores clave en las filas de datos son únicos y el índice se basa en la columna
de clave única. Cuando una tabla tiene un índice agrupado, se conoce como
una tabla de clúster. índices no agrupados tienen estructuras que son diferentes
de las filas de datos. Un índice no agrupado valor de clave se usa para apuntar
a las filas de datos que contienen el valor clave. Este valor se conoce como
localizador de fila. La estructura del localizador de fila está determinado sobre la
base del tipo de almacenamiento de las páginas de datos. Si la página de datos
se almacena como un montón, un localizador de fila se convierte en un puntero
64
Lic. Elvin German
a una fila. Si la página de datos se almacena en una tabla agrupada el
localizador de fila es una clave del índice agrupado. índices agrupados y no
agrupados pueden ser únicos y los índices se mantienen automáticamente para
una tabla o vista cada vez que la tabla de datos se ha modificado.
SQL Server permite a los usuarios agregar columnas sin clave al nivel hoja del
índice no agrupado en el índice existente que pasa los límites de claves y para
ejecutar plenamente cubiertos consultas índice.
Cuando las restricciones de clave principal y única de una columna de la tabla

se definen un índice automática se crea.
El optimizador de consultas utiliza los índices para reducir disco I / O las

operaciones y el uso de los recursos del sistema, mientras que en la consulta de
datos. Las consultas que contienen instrucciones SELECT, UPDATE o DELETE
requieren índices para un rendimiento óptimo. Cuando se ejecuta una consulta,
cada método disponible se evalúa para la recuperación de datos y la más
eficiente es seleccionado por el optimizador de consultas. La metodología
utilizada puede ser recorridos de tablas o exploraciones de índices. En la tabla I
lecturas / operaciones de E son muchos y muchos recursos en todas las filas de
una tabla se analizan para encontrar las relevantes. exploraciones de índices se
utilizan para buscar en el índice de columnas de clave para encontrar la
ubicación de almacenamiento de filas que necesita la consulta y como el índice
contiene muy pocas columnas, la consulta se ejecuta más rápido.
SQL Server proporciona al usuario una nueva Transact-SQL DDL para la

modificación de los índices relacionales y XML. La instrucción CREATE INDEX
se ha mejorado para admitir la sintaxis XML índice, la separación y las columnas
incluidas. Un número de opciones sobre índices se han añadido nuevas
incluyendo la opción en línea que permite el acceso de usuarios concurrentes a
los datos subyacentes durante las operaciones de índice.
Para crear un índice
1. En Explorador de objetos, haga clic en la tabla para el que desea crear un

índice y haga clic en Modificar.
65
Lic. Elvin German
2. La tabla se abre en el Diseñador de tablas.
66
Lic. Elvin German
3. En el menú Diseñador de tablas, haga clic en Índices / Claves.
67
Lic. Elvin German
4. En los Índices / Claves cuadro de diálogo, haga clic en Agregar.
5. Seleccione el nuevo índice en la Primaria Clave única seleccionada / o la

lista de índice y establecer propiedades para el índice en la red a la derecha.
68
Lic. Elvin German
6. Especifique cualquier otra configuración para el índice y haga clic en Cerrar.
7. El índice se crea en la base de datos al guardar la tabla.
SQL Server permite a los usuarios crear índices únicos en columnas únicas
como el número de identificación del empleado o estudiante o lo que es la clave
única por la que el componente de datos se identifican. Un conjunto de
columnas también se pueden utilizar para crear un índice único. El DBA puede
establecer la opción de ignorar duplicados de las llaves en un índice único si es
necesario. El valor predeterminado es No.
Para crear un índice único
1. En Explorador de objetos, haga clic en la tabla y haga clic en Modificar.

4. Haga clic en Agregar. La seleccionada Principal / Clave única o lista muestra el índice
asignado por el sistema de nombres del nuevo índice.
69
Lic. Elvin German
5. En la cuadrícula, haga clic en Tipo.
70
Lic. Elvin German
6. Elija Índice de la lista desplegable hacia abajo a la derecha de la propiedad.
7. En Nombre de columna, seleccione las columnas que desea indexar.

Puede seleccionar hasta 16 columnas. Para un rendimiento óptimo, seleccione
sólo una o dos columnas por índice. Para cada columna que seleccione, indicar
si el índice organiza valores de esta columna en orden ascendente o
descendente.
71
Lic. Elvin German
8. En la cuadrícula, haga clic en es único.
72
Lic. Elvin German
9. Elija Sí en la lista desplegable hacia abajo a la derecha de la propiedad.
10. Seleccione la opción Ignorar duplicados llaves si desea ignorar nuevo o

actualizado los datos que permitiera crear un duplicado de la llave en el índice
(con la instrucción INSERT o UPDATE).
73
Lic. Elvin German
11. El índice se crea en la base de datos al guardar la tabla o diagrama.
74
Lic. Elvin German
Tenga en cuenta que los índices únicos no se pueden crear en una sola
columna si la columna contiene NULL en más de una fila. Del mismo modo los
índices no se pueden crear en varias columnas si la combinación de las
columnas contiene valores NULL en algunas filas. Los valores NULL se tratan
como valores duplicados.
índices agrupados se pueden crear en bases de datos SQL Server. En tales

casos, el orden lógico del índice de valores de las claves será el mismo que el
orden físico de las filas de la tabla. Una tabla sólo puede tener un índice
agrupado.
Para crear un índice agrupado
1. En Explorador de objetos, haga clic en la tabla para el que desea crear un

índice agrupado y haga clic en Modificar.
4. En los Índices / Claves cuadro de diálogo, haga clic en Agregar.
5. Seleccione el nuevo índice en la Selección de Primaria Clave única / o en
la lista de índice.
75
Lic. Elvin German
6. En la cuadrícula, seleccione Crear como agrupado, y elija Sí en la lista
desplegable hacia abajo a la derecha de la propiedad.
7. El índice se crea en la base de datos al guardar la tabla.
Un índice de texto completo se usa cuando una búsqueda de texto completo es

requerido para llevar a cabo en todo el texto basado en columnas de la base de
datos. Este índice se basa en un índice regular que tiene que crearse antes de
un índice de texto completo es creado. El índice regulares se crea en una, no
solo de columna nulos. Por lo general, una columna con valores pequeños se
selecciona para la indexación en un índice normal. A menudo, un catálogo se
crea utilizando una herramienta externa, como SQL Server Management Studio.
Los datos textuales de diferentes formatos de archivos de texto se almacenan
como archivos de tipo imagen antes de la búsqueda de texto completo se puede
hacer en los datos.
Para crear índices de texto completo
76
Lic. Elvin German
1. En Explorador de objetos, haga clic en la tabla para el que desea crear un índice de texto
completo y haga clic en Modificar.
3. En el menú Diseñador de tablas, haga clic en Índice Texto completo.
4. El índice de texto completo cuadro de diálogo se abre. Si la base de datos

no está habilitada para la indexación de texto completo el cuadro de diálogo
tendrá en el botón añadir discapacitados. Para habilitar la indexación de texto
completo de la base de datos, haga clic derecho la base de datos> Haga clic en
Propiedades y compruebe el texto completo de indexación casilla de verificación.
77
Lic. Elvin German
5. A continuación, cree un catálogo con el botón derecho sobre
almacenamiento Texto completo Catálogo> y la creación de un nuevo catálogo y
de introducir la información requerida en el cuadro de diálogo que se abre.
78
Lic. Elvin German
79
Lic. Elvin German
6. Ahora abra la propiedad Index Texto completo cuadro de diálogo haciendo
clic sobre ella en el menú Diseñador de tablas.
7. Haga clic en Agregar.
8. Seleccione el nuevo índice en el índice de texto Lista completa

seleccionada y establecer propiedades para el índice en la red a la derecha
9. Su índice se guardan automáticamente en la base de datos al guardar la

tabla en el Diseñador de tablas. El índice está disponible para su modificación
en cuanto se lo crea.
Para cambiar las propiedades del índice
1. En Explorador de objetos, haga clic en la tabla que desea abrir y haga clic
en Modificar.

3. Seleccione el índice de la Selección de Primaria Clave única / o en la lista
de índice.
4. Cambiar las propiedades de la cuadrícula.
5. Los cambios se guardan en la base de datos al guardar la tabla.
80
Lic. Elvin German
Sistema de nombres definidos se asignan a los índices basados en el nombre
del archivo de base de datos. Si se crean varios índices en una tabla los
nombres de índice se incrementan numéricamente con _1, _2, etc Un índice
puede ser renombrado a ser único a una tabla. Dado que el índice creado
automáticamente lleva el mismo nombre como la clave única o principal
limitación de una tabla, otro índice no se puede cambiar más tarde para coincidir
con la clave única o principal limitación.
Para cambiar el nombre de un índice
1. En Explorador de objetos, haga clic en la tabla con el índice que desea

cambiar de nombre y haga clic en Modificar. 2. En el menú Diseñador de
tablas, haga clic en Índices / Claves. 3. Seleccione el índice de la Selección
de Primaria Clave única / o en la lista de índice. 4. En la cuadrícula, haga clic
en Nombre y escriba un nuevo nombre en el cuadro de texto.
81
Lic. Elvin German
5. Los cambios se guardan en la base de datos al guardar la tabla.
Los índices se pueden eliminar. Por lo general, un índice es considerado para

su eliminación cuando el cumplimiento de las instrucciones INSERT, UPDATE y
DELETE operaciones se ven dificultadas por el Índice.
Para eliminar un índice
1. En Explorador de objetos, haga clic en la tabla con los índices que

desea eliminar y haga clic en Modificar.
3. En los Índices / Claves cuadro de diálogo, seleccionar el índice que
desea eliminar
4. Haga clic en Eliminar.
5. El índice se elimina de la base de datos cuando la tabla se guarda.

6. Un procedimiento similar se puede seguir para eliminar un índice de
texto completo mediante la selección de índice de texto completo desde el
Diseñador de tablas y seleccionando el nombre del índice y haciendo clic
en el botón eliminar.
Microsoft SQL Server utiliza base de datos de un factor de relleno para

especificar cómo se llena cada página de índice puede ser. El porcentaje de
espacio libre concedido a un índice se define como el factor de relleno. Este es
un aspecto importante de la indexación como la cantidad de espacio a ser
ocupado por un índice debe ser determinado por el DBA para que el rendimiento
no tiene retardo mental.
82
Lic. Elvin German
Unidad 6. Actualización de datos
Introducción
Hasta ahora hemos estudiado el cómo recuperar datos almacenados en las tablas de nuestra
base de datos. En este tema vamos a tratar el de la actualización de esos datos, es decir
insertar nuevas filas, borrar filas o cambiar el contenido de las filas de una tabla. Estas
operaciones modifican los datos almacenados en las tablas pero no su estructura, ni su
definición.
Empezaremos por ver cómo insertar nuevas filas (con la sentencia INSERT INTO), veremos una
variante (la sentencia SELECT... INTO), después veremos cómo borrar filas de una tabla (con la
sentencia DELETE) y por último cómo modificar el contenido de las filas de una tabla (con la
sentencia UPDATE). Si trabajamos en un entorno multiusuario, todas estas operaciones se
podrán realizar siempre que tengamos los permisos correspondientes.
Insertar una fila INSERT INTO...VALUES
La inserción de nuevos datos en una tabla se realiza añadiendo filas enteras a la tabla, la
sentencia SQL que lo permite es la orden INSERT INTO.
La inserción se puede realizar de una fila o de varias filas de golpe, veremos las dos opciones
por separado y empezaremos por la inserción de una fila.
Esta sintaxis se utiliza para insertar una sola fila cuyos valores indicamos después de la
palabra reservada VALUES. En castellano la sentencia se leería: INSERTA EN
destino...VALORES ....
 Los registros se agregan siempre al final de la tabla.
 Destino es el nombre de la tabla donde vamos a insertar la fila también se

puede utilizar un nombre de consulta, consulta que tenga como origen de datos
una única tabla. Al nombre de la tabla se le puede añadir la cláusula IN si la tabla
se encuentra en otra base de datos (en una base de datos externa).
 La palabra reservada VALUES se puede sustituir por la palabra SELECT ( en otros

SQLs se emplea únicamente VALUES).
 A continuación de la palabra VALUES, entre paréntesis se escriben los valores
que queremos añadir. Estos valores se tienen que escribir de acuerdo al tipo de
dato de la columna donde se van a insertar (encerrados entre comillas simples ' '
para valores de tipo texto, entre # # para valores de fecha...) la asignación de
valores se realiza por posición, el primer valor lo asigna a la primera columna, el
segundo valor a la segunda columna, así sucesivamente.
 Cuando la tabla tiene una columna de tipo contador (AutoNumber), lo normal es
no asignar valor a esa columna para que el sistema le asigne el valor que le toque
83
Lic. Elvin German
según el contador, si por el contrario queremos que la columna tenga un valor
concreto, lo indicamos en la lista de valores.
 Cuando no se indica ninguna lista de columnas después del destino, se asume por
defecto todas las columnas de la tabla, en este caso, los valores se tienen que
especificar en el mismo orden en que aparecen las columnas en la ventana de
diseño de dicha tabla, y se tiene que utilizar el valor NULL para rellenar las
columnas de las cuales no tenemos valores.
Ejemplo:
INSERT INTO empleados VALUES (200, 'Juan López', 30, NULL, 'rep ventas', ‘06/23/01’,
NULL, 350000, 0)
Observar en el ejemplo que los valores de tipo texto se encierran entre comillas simples ' ' y
que la fecha de contrato se encierra entre comillas simples con el formato dia/mes/año.
Dependiendo del Regional que tenga su computador. Como no tenemos valor para los
campos oficina y director (a este nuevo empleado todavía no se le ha asignado director ni
oficina) utilizamos la palabra reservada NULL. Los valores numéricos se escriben tal cual,
para separar la parte entera de la parte decimal hay que utilizar siempre el punto
independientemente de la configuración que tengamos.
ERRORES QUE SE PUEDEN PRODUCIR CUANDO SE EJECUTA LA SENTENCIA

INSERT INTO
 Si la tabla de destino tiene clave principal y en ese campo intentamos no

asignar valor, asignar el valor nulo o un valor que ya existe en la tabla, el motor
de base de datos no añade la fila y da un mensaje de error de 'infracciones de
clave'.
 Si tenemos definido un índice único (sin duplicados) e intentamos asignar un

valor que ya existe en la tabla también devuelve el mismo error.
 Si la tabla está relacionada con otra, se seguirán las reglas de integridad

referencial.
Insertar varias filas INSERT INTO...SELECT

Podemos insertar en una tabla varias filas con una sola sentencia SELECT INTO si los
valores a insertar se pueden obtener como resultado de una consulta, en este caso sustituimos
la cláusula VALUES lista de valores por una sentencia SELECT como las que hemos visto
hasta ahora. Cada fila resultado de la SELECT forma una lista de valores que son los que
se insertan en una nueva fila de la tabla destino. Es como si tuviesemos una
INSERT...VALUES por cada fila resultado de la sentencia SELECT.
 El origen de la SELECT puede ser el nombre de una consulta guardada, un

nombre de tabla o una composición de varias tablas ( mediante INNER JOIN,
LEFT JOIN, RIGHT JOIN o producto cartesiano).
84
Lic. Elvin German
 Cada fila devuelta por la SELECT actúa como la lista de valores que vimos con
la INSERT...VALUES por lo que tiene las mismas restricciones en cuanto a tipo
de dato, etc. La asignación de valores se realiza por posición por lo que la
SELECT debe devolver el mismo número de columnas que las de la tabla
destino y en el mismo orden, o el mismo número de columnas que indicamos en la
lista de columnas después de destino.
 Las columnas de la SELECT no tienen porque llamarse igual que en la tabla

destino ya que el sistema sólo se fija en los valores devueltos por la SELECT.
 Si no queremos asignar valores a todas las columnas entonces tenemos que

indicar entre paréntesis la lista de columnas a rellenar después del nombre del
destino.
 El estándar ANSI/ISO especifica varias restricciones sobre la consulta que

aparece dentro de la sentencia INSERT:
 la consulta no puede tener una cláusula ORDER BY,
 la tabla destino de la sentencia INSERT no puede aparecer en la cláusula FROM

de la consulta o de ninguna subconsulta que ésta tenga. Esto prohibe insertar parte
de una tabla en sí misma,
 la consulta no puede ser la UNION de varias sentencias SELECT diferentes,
el resultado de la consulta debe contener el mismo número de columnas que las

indicadas para insertar y los tipos de datos deben ser compatibles columna a
columna.
Ejemplo: Supongamos que tenemos una tabla llamada repres con la misma estructura que la
tabla empleados, y queremos insertar en esa tabla los empleados que tengan como titulo rep
ventas
INSERT INTO repres SELECT * FROM empleados WHERE titulo = 'rep ventas'
Con la SELECT obtenemos las filas correspondientes a los empleados con título rep ventas,y
las insertamos en la tabla repres. Como las tablas tienen la misma estructura no hace falta
poner la lista de columnas y podemos emplear * en la lista de selección de la SELECT.
Ejemplo: Supongamos ahora que la tabla repres tuviese las siguientes columnas numemp,
oficinarep, nombrerep. En este caso no podríamos utilizar el asterisco, tendríamos que poner:
INSERT INTO repres SELECT numemp, oficina, nombre FROM empleados WHERE titulo
= 'rep ventas'
O bien:
INSERT INTO repres (numemp, oficinarep, nombrerep) SELECT numemp, oficina,

nombre FROM empleados WHERE titulo = 'rep ventas'
Insertar filas en una nueva tabla SELECT ... INTO
Esta sentencia inserta filas creando en ese momento la tabla donde se insertan las filas. Se
suele utilizar para guardar en una tabla el resultado de una SELECT.
85
Lic. Elvin German
Las columnas de la nueva tabla tendrán el mismo tipo y tamaño que las columnas origen,
y se llamarán con el nombre de alias de la columna origen o en su defecto con el nombre
de la columna origen, pero no se transfiere ninguna otra propiedad del campo o de la tabla
como por ejemplo las claves e índices.
La sentencia SELECT puede ser cualquier sentencia SELECT sin ninguna restricción,
puede ser una consulta multitabla, una consulta de resumen, una UNION ...
Ejemplo:
SELECT * INTO t2 FROM t1
Esta sentencia genera una nueva tabla t2 con todas las filas de la tabla t1. Las columnas se
llamarán igual que en t1 pero t2 no será una copia exacta de t1 ya no tendrá clave principal ni
relaciones con las otras tablas, ni índices si los tuviese t1 etc...
 Si en la base de datos hay ya una tabla del mismo nombre, el sistema nos
avisa y nos pregunta si la queremos borrar. Si le contestamos que no, la SELECT
no se ejecuta.
 Para formar una sentencia SELECT INTO lo mejor es escribir la SELECT que
permite generar los datos que queremos guardar en la nueva tabla, y después
añadir delante de la cláusula FROM la cláusula INTO nuevatabla.
 La sentencia SELECT INTO se suele utilizar para crear tablas de trabajo, o

tablas intermedias, las creamos para una determinada tarea y cuando hemos
terminado esa tarea las borramos. También puede ser útil para sacar datos en
una tabla para enviarlos a alguien.
 Por ejemplo: Queremos enviarle a un representante una tabla con todos los datos
personales de sus clientes para que les pueda enviar cartas etc...
Ejemplo:
SELECT numclie AS codigo, nombre, direccion, telefono INTO susclientes FROM

clientes WHERE repclie = '103';
Modificar el contenido de las filas ( UPDATE )

La sentencia UPDATE modifica los valores de una o más columnas en las filas
seleccionadas de una o varias tablas.
86
Lic. Elvin German
 Origen puede ser un nombre de tabla, un nombre de consulta o una
composición de tablas, también puede incluir la cláusula IN si la tabla a modificar
se encuentra en una base de datos externa
 La cláusula SET especifica qué columnas van a modificarse y qué valores

asignar a esas columnas.
 nbcolumna, es el nombre de la columna a la cual queremos asignar un nuevo

valor por lo tanto debe ser una columna de la tabla origen. El SQL estándar exige
nombres sin cualificar pero algunas implementaciones (como por ejemplo el SQL
de Microsoft Jet que estamos estudiando) sí lo permiten.
 La expresión en cada asignación debe generar un valor del tipo de dato

apropiado para la columna indicada. La expresión debe ser calculable a partir
de los valores de la fila que se está actualizando. Expresión no puede ser una
subconsulta.
Ejemplo:
UPDATE oficinas INNER JOIN empleados

ON oficinas.oficina = empleados.oficina
SET cuota=objetivo*0.01;
En este ejemplo queremos actualizar las cuotas de nuestros empleados de tal forma que la
cuota de un empleado sea el 1% del objetivo de su oficina. La columna a actualizar es la cuota
del empleado y el valor a asignar es el 1% del objetivo de la oficina del empleado, luego la
cláusula SET será SET cuota = objetivo*0.01 o SET cuota = objetivo/100. El origen debe
contener la cuota del empleado y el objetivo de su oficina, luego el origen será el INNER JOIN
de empleados con oficinas.
La cláusula WHERE indica qué filas van a ser modificadas. Si se omite la cláusula WHERE
se actualizan todas las filas.
 En la condición del WHERE se puede incluir una subconsulta. En SQL standard

la tabla que aparece en la FROM de la subconsulta no puede ser la misma que la
tabla que aparece como origen
Ejemplo: Queremos poner a cero las ventas de los empleados de la oficina 12
UPDATE empleados SET ventas = 0 WHERE oficina = 12;
Ejemplo: Queremos poner a cero el limite de credito de los clientes asignados a empleados de
la oficina 12.
UPDATE clientes SET limitecredito = 0

WHERE repclie IN (SELECT numemp FROM empleados WHERE oficina = 12);
87
Lic. Elvin German
 Si para el cálculo de expresion se utiliza una columna que también se modifica, el
valor que se utiliza es el antes de la modificación, lo mismo para la condición de
búsqueda.
 Cuando se ejecuta una sentencia UPDATE primero se genera el origen y se

seleccionan las filas según la cláusula WHERE. A continuación se coge una fila
de la selección y se le aplica la cláusula SET, se actualizan todas las
columnas incluidas en la cláusula SET a la vez por lo que los nombres de
columna pueden especificarse en cualquier orden. Después se coge la siguiente
fila de la selección y se le aplica del mismo modo la cláusula SET, así
sucesivamente con todas las filas de la selección.
Ejemplo:
UPDATE oficinas SET ventas=0, objetivo=ventas;
O bien:
UPDATE oficinas SET objetivo=ventas, ventas=0;
Los dos ejemplos anteriores son equivalentes ya que el valor de ventas que se asigna a
objetivo es el valor antes de la actualización, se deja como objetivo las ventas que ha tenido la
oficina hasta el momento y se pone a cero la columna ventas.
 Si actualizamos una columna definida como clave foránea, esta columna se

podrá actualizar o no siguiendo las reglas de integridad referencial. El valor que
se le asigna debe existir en la tabla de referencia.
 Si actualizamos una columna definida como columna principal de una

relación entre dos tablas, esta columna se podrá actualizar o no siguiendo las
reglas de integridad referencial.
88
Lic. Elvin German
Borrar filas (DELETE)
La sentencia DELETE elimina filas de una tabla.
 Origen es el nombre de la tabla de donde vamos a borrar, podemos indicar un

nombre de tabla, incluir la cláusula IN si la tabla se encuentra en una base de
datos externa, también podemos escribir una composición de tablas.
 La opción tabla.* se utiliza cuando el origen está basado en varias tablas, y sirve
para indicar en qué tabla vamos a borrar.
 La opción * es opcional y es la que se asume por defecto y se puede poner
unicamente cuando el origen es una sola tabla.
 La cláusula WHERE sirve para especificar qué filas queremos borrar. Se
eliminaran de la tabla todas las filas que cumplan la condición. Si no se indica la
cláusula WHERE, se borran TODAS las filas de la tabla.
 En la condición de búsqueda de la sentencia DELETE, se puede utilizar una
subconsulta. En SQL standard la tabla que aparece en la FROM de la
subconsulta no puede ser la misma que la tabla que aparece en la FROM de la
DELETE pero en el SQL de Microsoft Jet sí se puede hacer.
 Una vez borrados, los registros no se pueden recuperar. (al menos que no
hayamos puesto un Begin Transaction, para poder darle el ROLLBACK)
 Si la tabla donde borramos está relacionada con otras tablas se podrán borrar
o no los registros siguiendo las reglas de integridad referencial definidas en las
relaciones.
Ejemplo:
DELETE * FROM pedidos WHERE clie IN (SELECT numclie FROM clientes WHERE
nombre = 'Julian López');
O bien:
DELETE pedidos.* FROM pedidos INNER JOIN clientes ON pedidos.clie =

clientes.numclie WHERE nombre = 'Julian López';
Las dos sentencias borran los pedidos del cliente Julian López. En la segunda estamos
obligados a poner pedidos.* porque el origen está basado en varias tablas
DELETE * FROM pedidos; o DELETE FROM pedidos; Borra todas las filas de pedidos
89
Lic. Elvin German
Resumen del tema
 Si queremos añadir en una tabla una fila con valores conocidos utilizamos la
sentencia INSERT INTO tabla VALUES (lista de valores).
 Si los valores a insertar se encuentran en una o varias tablas utilizamos

INSERT INTO tabla SELECT ...
 Para crear una nueva tabla con el resultado de una consulta con la sentencia
SELECT...INTO tabla FROM...
 Para cambiar los datos contenidos en una tabla, tenemos que actualizar las
filas de dicha tabla con la sentencia UPDATE tabla SET asignación de nuevos
valores.
 Para eliminar filas de una tabla se utiliza la sentencia DELETE FROM tabla.
 Con la cláusula WHERE podemos indicar a qué filas afecta la actualización o el

borrado
90
Lic. Elvin German
Conceptos básicos de integridad referencial.
Introducción
La integridad referencial es un sistema de reglas que utilizan la mayoría de las bases de
datos relacionales para asegurarse que los registros de tablas relacionadas son válidos y
que no se borren o cambien datos relacionados de forma accidental produciendo errores de
integridad.
Primero repasemos un poco los tipos de relaciones.
Entre dos tablas de cualquier base de datos relacional pueden haber dos tipos de relaciones,
relaciones uno a uno y relaciones uno a muchos:
Relación Uno a Uno: Cuando un registro de una tabla sólo puede estar relacionado con
un único registro de la otra tabla y viceversa.
Por ejemplo: tenemos dos tablas una de profesores y otra de departamentos y queremos saber
qué profesor es jefe de qué departamento, tenemos una relación uno a uno entre las dos tablas
ya que un departamento tiene un solo jefe y un profesor puede ser jefe de un solo
departamento.
Relación Uno a Varios: Cuando un registro de una tabla (tabla secundaria) sólo puede estar
relacionado con un único registro de la otra tabla (tabla principal) y un registro de la tabla
principal puede tener más de un registro relacionado en la tabla secundaria, en este caso
se suele hacer referencia a la tabla principal como tabla 'padre' y a la tabla secundaria como
tabla 'hijo', entonces la regla se convierte en 'un padre puede tener varios hijos pero un hijo solo
tiene un padre (regla más fácil de recordar).
Tipos de relaciones.
Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con los
habitantes, una población puede tener más de un habitante, pero un habitante pertenecerá
(estará empadronado) en una única población. En este caso la tabla principal será la de
poblaciones y la tabla secundaria será la de habitantes. Una población puede tener varios
habitantes pero un habitante pertenece a una sola población. Esta relación se representa
incluyendo en la tabla 'hijo' una columna que se corresponde con la clave principal de la tabla
'padre', esta columna es lo denominamos clave foránea (o clave ajena o clave externa).
Una clave foránea es pues un campo de una tabla que contiene una referencia a un registro de
otra tabla. Siguiendo nuestro ejemplo en la tabla habitantes tenemos una columna población que
contiene el código de la población en la que está empadronado el habitante, esta columna es
clave ajena de la tabla habitantes, y en la tabla poblaciones tenemos una columna codigo de
poblacion clave principal de la tabla.
91
Lic. Elvin German
Relación Varios a Varios: Cuando un registro de una tabla puede estar relacionado con
más de un registro de la otra tabla y viceversa. En este caso las dos tablas no pueden estar
relacionadas directamente, se tiene que añadir una tabla entre las dos que incluya los pares de
valores relacionados entre sí.
Por ejemplo: tenemos dos tablas una con los datos de clientes y otra con los artículos que se
venden en la empresa, un cliente podrá realizar un pedido con varios artículos, y un artículo
podrá ser vendido a más de un cliente.
No se puede definir entre clientes y artículos, hace falta otra tabla (por ejemplo una tabla de
pedidos) relacionada con clientes y con artículos. La tabla pedidos estará relacionada con cliente
por una relación uno a muchos y también estará relacionada con artículos por un relación uno a
muchos.
Integridad referencial
Cuando se define una columna como clave foránea, las filas de la tabla pueden contener en
esa columna o bien el valor nulo (ningún valor), o bien un valor que existe en la otra tabla, un
error sería asignar a un habitante una población que no está en la tabla de poblaciones. Eso es
lo que se denomina integridad referencial y consiste en que los datos que referencian otros
(claves foráneas) deben ser correctos. La integridad referencial hace que el sistema gestor
de la base de datos se asegure de que no hayan en las claves foráneas valores que no estén
en la tabla principal.
La integridad referencial se activa en cuanto creamos una clave foránea y a partir de ese
momento se comprueba cada vez que se modifiquen datos que puedan alterarla.
¿Cuándo se pueden producir errores en los datos?
 Cuando insertamos una nueva fila en la tabla secundaria y el valor de la clave

foránea no existe en la tabla principal. insertamos un nuevo habitante y en la
columna poblacion escribimos un código de poblacion que no está en la tabla de
poblaciones (una población que no existe).
 Cuando modificamos el valor de la clave principal de un registro que tiene 'hijos',

modificamos el codigo de Valencia, sustituimos el valor que tenía (1) por un nuevo
valor (10), si Valencia tenía habitantes asignados, qué pasa con esos habitantes, no
pueden seguir teniendo el codigo de población 1 porque la población 1 ya no existe, en
este caso hay dos alternativas, no dejar cambiar el codigo de Valencia o bien cambiar
el codigo de población de todos los habitantes de Valencia y asignarles el código 10.
Cuando modificamos el valor de la clave foránea, el nuevo valor debe existir en la tabla
principal. Por ejemplo cambiamos la población de un habitante, tenía asignada la población 1
92
Lic. Elvin German
(porque estaba empadronado en valencia) y ahora se le asigna la población 2 porque cambia
de lugar de residencia. La población 2 debe existir en la tabla de poblaciones.
 Cuando queremos borrar una fila de la tabla principal y ese registro tiene 'hijos',
por ejemplo queremos borrar la población 1 (Valencia) si existen habitantes asignados
a la población 1, estos no se pueden quedar con el valor 1 en la columna población
porque tendrían asignada una población que no existe. En este caso tenemos dos
alternativas, no dejar borrar la población 1 de la tabla de poblaciones, o bien borrarla y
poner a valor nulo el campo poblacion de todos sus 'hijos'.
Asociada a la integridad referencial están los conceptos de actualizar los registros en cascada
y eliminar registros en cascada.
Actualización y borrado en cascada

El actualizar y/o eliminar registros en cascada, son opciones que se definen cuando definimos
la clave foránea y que le indican al sistema gestor qué hacer en los casos comentados en el
punto anterior
ACTUALIZAR REGISTROS EN CASCADA:
Esta opción le indica al sistema gestor de la base de datos que cuando se cambie un valor
del campo clave de la tabla principal, automáticamente cambiará el valor de la clave
foránea de los registros relacionados en la tabla secundaria.
Por ejemplo, si cambiamos en la tabla de poblaciones (la tabla principal) el valor 1 por el valor
10 en el campo codigo (la clave principal), automáticamente se actualizan todos los habitantes
(en la tabla secundaria) que tienen el valor 1 en el campo poblacion (en la clave ajena) dejando
10 en vez de 1.
Si no se tiene definida esta opción, no se puede cambiar los valores de la clave principal de la
tabla principal. En este caso, si intentamos cambiar el valor 1 del codigo de la tabla de
poblaciones , no se produce el cambio y el sistema nos devuelve un error o un mensaje que los
registros no se han podido modificar por infracciones de clave.
ELIMINAR REGISTROS EN CASCADA:
Esta opción le indica al sistema gestor de la base de datos que cuando se elimina un registro
de la tabla principal automáticamente se borran también los registros relacionados en la
tabla secundaria.
Por ejemplo: Si borramos la población Onteniente en la tabla de poblaciones, automáticamente

todos los habitantes de Onteniente se borrarán de la tabla de habitantes.
Si no se tiene definida esta opción, no se pueden borrar registros de la tabla principal si estos
tienen registros relacionados en la tabla secundaria. En este caso, si intentamos borrar la
población Ontenyente, no se produce el borrado y el sistema nos devuelve un error o un mensaje
que los registros no se han podido eliminar por infracciones de clave.
Ejemplos de borrados y modificaciones en cascada

Vamos a ver con un ejemplo como funciona el borrado en cascada.
Creamos las tablas departamentos2 y empleados2 con una clave ajena con borrado en
cascada e insertamos los valores desde las tablas departamentos y empleados
93
Lic. Elvin German
CREATE TABLE departamentos2
(dep_no INT,
dnombre VARCHAR(14),
localidad VARCHAR(10),
CONSTRAINT PK2_DEP PRIMARY KEY (DEP_NO));
INSERT INTO departamentos2

SELECT dep_no, dnombre, localidad
FROM departamentos;
CREATE TABLE empleados2

(emp_no INT,
apellido VARCHAR(8),
oficio VARCHAR(15),
director INT,
dep_no INT,
CONSTRAINT PK_EMPLEADOS_EMP_NO2 PRIMARY KEY (emp_no),
CONSTRAINT FK_EMP_DEP_NO2 FOREIGN KEY (dep_no)
REFERENCES departamentos2(dep_no) ON DELETE CASCADE
ON UPDATE CASCADE);
INSERT INTO empleados2

SELECT emp_no, apellido, oficio, director,
fecha_alta, dep_no
FROM empleados;
SELECT * FROM departamentos2;
SELECT * FROM empleados2;
SELECT * FROM empleados2;
Ahora vamos a borrar una fila en la tabla departamentos. Si no existiese borrado en cascada, debido
a la integridad referencial, no podríamos borrar ningún departamento que tuviese empleados. De esta
forma al borrar un departamento se borrarán todos los empleados de ese departamento.
DELETE FROM departamentos2

WHERE dep_no=10;

+--------+---------------+-----------+
| dep_no | dnombre | localidad |
+--------+---------------+-----------+
| 20 | INVESTIGACION | VALENCIA |
| 30 | VENTAS | MADRID |
| 40 | PRODUCCION | SEVILLA |
+--------+---------------+-----------+
94
Lic. Elvin German
Unidad 7. Las subconsultas
Definiciones
Una subconsulta es una sentencia SELECT que aparece dentro de otra sentencia
SELECT que llamaremos consulta principal.
Se puede encontrar en la lista de selección, en la cláusula WHERE o en la cláusula

HAVING de la consulta principal.
Una subconsulta tiene la misma sintaxis que una sentencia SELECT normal exceptuando que
aparece encerrada entre paréntesis, no puede contener la cláusula ORDER BY, ni puede ser
la UNION de varias sentencias SELECT, además tiene algunas restricciones en cuanto a
número de columnas según el lugar donde aparece en la consulta principal. Estas restricciones
las iremos describiendo en cada caso.
Cuando se ejecuta una consulta que contiene una subconsulta, la subconsulta se ejecuta por
cada fila de la consulta principal.
Se aconseja no utilizar campos calculados en las subconsultas, ralentizan la consulta.

Las consultas que utilizan subconsultas suelen ser más fáciles de interpretar por el usuario.
A menudo, es necesario, dentro del cuerpo de una subconsulta, hacer referencia al valor de
una columna en la fila actual de la consulta principal, ese nombre de columna se denomina
referencia externa. Una referencia externa es un nombre de columna que estando en la
subconsulta, no se refiere a ninguna columna de las tablas designadas en la FROM de la
subconsulta sino a una columna de las tablas designadas en la FROM de la consulta
principal. Como la subconsulta se ejecuta por cada fila de la consulta principal, el valor de la
referencia externa irá cambiando.
Ejemplo:
SELECT numemp, nombre, (SELECT MIN(fechapedido) FROM pedidos WHERE rep =

numemp)
FROM empleados;
En este ejemplo la consulta principal es SELECT... FROM empleados.

La subconsulta es ( SELECT MIN(fechapedido) FROM pedidos WHERE rep = numemp ).
En esta subconsulta tenemos una referencia externa ( numemp ) es un campo de la tabla

empleados (origen de la consulta principal).
95
Lic. Elvin German
¿QUÉ PASA CUANDO SE EJECUTA LA CONSULTA PRINCIPAL?
 se coge el primer empleado y se calcula la subconsulta sustituyendo numemp por

el valor que tiene en el primer empleado. La subconsulta obtiene la fecha más
antigua en los pedidos del rep = 101,
 se coge el segundo empleado y se calcula la subconsulta con numemp = 102

(numemp del segundo empleado)... y así sucesivamente hasta llegar al último
empleado.
Al final obtenemos una lista con el número, nombre y fecha del primer pedido de
cada empleado.
Si quitamos la cláusula WHERE de la subconsulta obtenemos la fecha del primer pedido de
todos los pedidos no del empleado correspondiente.
Anidar subconsultas
Las subconsultas pueden anidarse de forma que una subconsulta aparezca en la cláusula
WHERE (por ejemplo) de otra subconsulta que a su vez forma parte de otra consulta principal.
En la práctica, una consulta consume mucho más tiempo y memoria cuando se incrementa el
número de niveles de anidamiento. La consulta resulta también más difícil de leer , comprender y
mantener cuando contiene más de uno o dos niveles de subconsultas.
Ejemplo:
SELECT numemp, nombre

FROM empleados
WHERE numemp = (SELECT rep FROM pedidos WHERE clie = (SELECT numclie FROM
clientes WHERE nombre = 'Julia Antequera'))
En este ejemplo, por cada linea de pedido se calcula la subconsulta de clientes, y esto se repite
por cada empleado, en el caso de tener 10 filas de empleados y 200 filas de pedidos (tablas
realmente pequeñas), la subconsulta más interna se ejecutaría 2000 veces (10 x 200).
Subconsulta en la lista de selección

Cuando la subconsulta aparece en la lista de selección de la consulta principal, en este caso
la subconsulta, no puede devolver varias filas ni varias columnas, de lo contrario se da un
mensaje de error.
Muchos SQLs no permiten que una subconsulta aparezca en la lista de selección de la consulta
principal pero eso no es ningún problema ya que normalmente se puede obtener lo mismo
utilizando como origen de datos las dos tablas. El ejemplo anterior se puede obtener de la
siguiente forma:
SELECT numemp, nombre, MIN(fechapedido)

FROM empleados LEFT JOIN pedidos ON empleados.numemp = pedidos.rep
GROUP BY numemp, nombre
96
Lic. Elvin German
En la cláusula FROM
En la cláusula FROM se puede encontrar una sentencia SELECT encerrada entre paréntesis
pero más que subconsulta sería una consulta ya que no se ejecuta para cada fila de la tabla
origen sino que se ejecuta una sola vez al principio, su resultado se combina
con las filas de la otra tabla para formar las filas origen de la SELECT primera y no admite
referencias externas.
En la cláusula FROM vimos que se podía poner un nombre de tabla o un nombre de consulta,
pues en vez de poner un nombre de consulta se puede poner directamente la sentencia SELECT
correspondiente a esa consulta encerrada entre paréntesis.
Subconsulta en las cláusulas WHERE y HAVING
Se suele utilizar subconsultas en las cláusulas WHERE o HAVING cuando los datos que
queremos visualizar están en una tabla pero para seleccionar las filas de esa tabla necesitamos
un dato que está en otra tabla.
Ejemplo:
SELECT numemp, nombre

FROM empleados
WHERE contrato = (SELECT MIN(fechapedido) FROM pedidos)
En este ejemplo listamos el número y nombre de los empleados cuya fecha de contrato sea igual
a la primera fecha de todos los pedidos de la empresa.
En una cláusula WHERE / HAVING tenemos siempre una condición y la subconsulta actúa de
operando dentro de esa condición. En el ejemplo anterior se compara contrato con el resultado
de la subconsulta. Hasta ahora las condiciones estudiadas tenían como operandos valores
simples (el valor contenido en una columna de una fila de la tabla, el resultado de una operación
aritmética...) ahora la subconsulta puede devolver una columna entera por lo que es necesario
definir otro tipo de condiciones especiales para cuando se utilizan con subconsultas.
Condiciones de selección con subconsultas

Las condiciones de selección son las condiciones que pueden aparecer en la cláusula
WHERE o HAVING. La mayoría se han visto en el tema 2 pero ahora incluiremos las
condiciones que utilizan una subconsulta como operando.
En SQL tenemos cuatro nuevas condiciones:

 test de comparación con subconsulta
 test de comparación cuantificada
 test de pertenencia a un conjunto
 test de existencia
 test de comparación con subconsulta.
97
Lic. Elvin German
Es el equivalente al test de comparación simple. Se utiliza para comparar un valor de la fila
que se está examinado con un único valor producido por la subconsulta. La subconsulta debe
devolver una única columna, sino se produce un error.
Si la subconsulta no produce ninguna fila o devuelve el valor nulo, el test devuelve el valor
nulo, si la subconsulta produce varias filas, SQL devuelve una condición de error.
Lista las oficinas cuyo objetivo sea superior a la suma de las ventas de sus empleados.
En este caso la subconsulta devuelve una única columna y una única fila (es un consulta de
resumen sin GROUP BY)
SELECT oficina, ciudad

FROM oficinas
WHERE objetivo > (SELECT SUM(ventas) FROM empleados WHERE empleados.oficina =
oficinas.oficina)
test de comparación cuantificada.
Este test es una extensión del test de comparación y del test de conjunto. Compara el valor de
la expresión con cada uno de los valores producidos por la subconsulta. La subconsulta debe
devolver una única columna sino se produce un error.
Tenemos el test ANY (algún, alguno en inglés) y el test ALL (todos en inglés).
test ANY.
La subconsulta debe devolver una única columna sino se produce un error.
Se evalúa la comparación con cada valor devuelto por la subconsulta.
Si alguna de las comparaciones individuales produce el resultado verdadero, el test ANY
devuelve el resultado verdadero.
Si la subconsulta no devuelve ningún valor, el test ANY devuelve falso.
Si el test de comparación es falso para todos los valores de la columna, ANY devuelve falso.
Si el test de comparación no es verdadero para ningún valor de la columna, y es nulo para al
98
Lic. Elvin German
menos alguno de los valores, ANY devuelve nulo.
test ALL.
La subconsulta debe devolver una única columna sino se produce un error.
Se evalúa la comparación con cada valor devuelto por la subconsulta.
Si todas las comparaciones individuales, producen un resultado verdadero, el test devuelve el
valor verdadero.
Si la subconsulta no devuelve ningún valor el test ALL devuelve el valor verdadero. (¡Ojo con
esto!)
Si el test de comparación es falso para algún valor de la columna, el resultado es falso.
Si el test de comparación no es falso para ningún valor de la columna, pero es nulo para alguno
de esos valores, el test ALL devuelve valor nulo.
Test de pertenencia a conjunto (IN).
Examina si el valor de la expresión es uno de los valores incluidos en la lista de valores

producida por la subconsulta.
La subconsulta debe generar una única columna y las filas que sean.
Si la subconsulta no produce ninguna fila, el test da falso.
test de existencia EXISTS.
Examina si la subconsulta produce alguna fila de resultados.
Si la subconsulta contiene filas, el test adopta el valor verdadero, si la subconsulta no

contiene ninguna fila, el test toma el valor falso, nunca puede tomar el valor nulo.
Con este test la subconsulta puede tener varias columnas, no importa ya que el test se fija no
en los valores devueltos sino en si hay o no fila en la tabla resultado de la subconsulta.
Cuando se utiliza el test de existencia en la mayoría de los casos habrá que utilizar una
referencia externa. Si no se utiliza una referencia externa la subconsulta devuelta siempre será
la misma para todas las filas de la consulta principal y en este caso se seleccionan todas las
filas de la consulta principal (si la subconsulta genera filas) o ninguna (si la subconsulta no
devuelve ninguna fila)
NOTA. Cuando se trabaja con tablas muy voluminosas el test EXISTS suele dar mejor
rendimiento que el test IN.
99
Lic. Elvin German
Ejemplos:
1.Queremos saber la lista de empleados cuyo salario supere el salario medio. En

primer lugar, tendríamos que averiguar el importe del salario medio:
SELECT AVG(salario)"Salario Medio"
FROM empleados;
+---------------+
| Salario Medio
+---------------+
| 2566.735569
+---------------+
2. Subconsulta que devuelven más de una expresión Obtener los empleados

que tengan el mismo oficio y departamento que ALONSO
SELECT emp_no, apellido, oficio, dep_no
FROM empleados
WHERE (dep_no, oficio) = (SELECT dep_no, oficio
FROM empleados
WHERE apellido = 'ALONSO');
+--------+----------+----------+--------+
| emp_no | apellido | oficio | dep_no |
+--------+----------+----------+--------+
| 7499 | ALONSO | VENDEDOR | 30 |

| 7654 | MARTIN | VENDEDOR | 30 |
| 7844 | CALVO | VENDEDOR | 30 |
3. Obtener todos los empleados que tienen el mismo oficio que GARRIDO
SELECT emp_no "Nº Empleado", apellido, oficio
FROM empleados
WHERE oficio = (SELECT oficio
FROM empleados
WHERE apellido = 'GARRIDO');
+-------------+----------+----------+
| Nº Empleado | apellido | oficio |
+-------------+----------+----------+
| 7698 | GARRIDO | DIRECTOR |
| 7782 | MARTINEZ | DIRECTOR |
4.Obtener información de los empleados que ganan más que cualquier

empleado del departamento 30.
SELECT emp_no "Nº Empleado", apellido, salario,
dep_no "Nº Departamento"
FROM empleados
100
Lic. Elvin German
WHERE salario > (SELECT MAX(salario)
FROM empleados
WHERE dep_no=30);
+-------------+----------+---------+-----------------+
| Nº Empleado | apellido | salario | Nº Departamento |
+-------------+----------+---------+-----------------+
| 7839 | REY | 6000.00 | 10 |
+-------------+----------+---------+-----------------+
5.Listar, en orden alfabético, aquellos empleados que no trabajen ni en Madrid ni

en Barcelona.
SELECT emp_no, apellido, dep_no
FROM empleados
WHERE dep_no IN (SELECT dep_no
FROM departamentos
WHERE localidad NOT LIKE 'MADRID'
AND localidad NOT LIKE 'BARCELONA');
+--------+----------+--------+
| emp_no | apellido | dep_no |
+--------+----------+--------+
| 7876 | GIL | 20 |
| 7900 | JIMENEZ | 20 |
+--------+----------+--------+
Ejemplos con el operador lógico EXISTS

1 - Visualizar los departamentos en los que hay más de un trabajador.
SELECT dep_no, dnombre
FROM departamentos d
WHERE EXISTS ( SELECT *
FROM empleados e
WHERE e.dep_no = d.dep_no
GROUP BY dep_no
HAVING COUNT(*) > 1);
+--------+--------------+
| dep_no | dnombre |
+--------+--------------+
| 10 | CONTABILIDAD |
| 30 | VENTAS |
+--------+--------------+
101
Lic. Elvin German
Ejemplos de subconsultas en la cláusula HAVING
1. Visualizar los departamentos en los que el salario medio de sus empleados
sea mayor o igual que la media de todos los salarios de la empresa.
SELECT dep_no "Nº Departamento",AVG(salario)"Salario Medio"
FROM empleados
GROUP BY dep_no
HAVING AVG(salario)>=(SELECT AVG(salario)
FROM empleados);
+-----------------+---------------+
| Nº Departamento | Salario Medio |
+-----------------+---------------+
| 10 | 3266.833333 |
+-----------------+---------------+
2. Visualizar el número y el nombre del departamento con más personal de

oficio VENDEDOR.
SELECT dep_no "No. Departamento", dnombre Departamento

FROM departamentos
WHERE dep_no=(SELECT dep_no
FROM empleados
WHERE oficio = 'VENDEDOR'
GROUP BY dep_no
HAVING COUNT(*)=(SELECT TOP 1 COUNT(*)
FROM empleados
WHERE oficio = 'VENDEDOR'
GROUP BY dep_no
ORDER BY 1 DESC
));
+-----------------+--------------+
| Nº Departamento | Departamento |
+-----------------+--------------+
| 30 | VENTAS |
+-----------------+--------------+
102
Lic. Elvin German
Resumen del tema
Una subconsulta es una sentencia SELECT que aparece en la lista de selección, o en las
cláusulas WHERE o HAVING de otra sentencia SELECT.
La subconsulta se ejecuta por cada fila de la consulta principal.
Dentro de una consulta se puede utilizar una columna del origen de la consulta principal, una
referencia externa.
Aunque se puedan anidar subconsultas no es aconsejado más de un nivel de anidamiento.
La subconsulta sufre una serie de restricciones según el lugar donde se encuentre.
Las condiciones asociadas a las subconsultas son las siguientes:
test de comparación con subconsulta
test ANY
test ALL
test IN
test EXISTS
103
Lic. Elvin German
Unidad 8. Vistas
Definiciones
Podemos definir una vista como una consulta almacenada en la base de datos que se utiliza como
una tabla virtual. Se define asociadas a una o varias tablas y no almacena los datos sino que trabaja
sobre los datos de las tablas sobre las que está definida, estando así en todo momento actualizada.
¿Qué son las vistas y para qué sirven?.

Se trata de una perspectiva de la base de datos o ventana que permite a uno o varios usuarios ver
solamente las filas y columnas necesarias para su trabajo.
Entre las ventajas que ofrece la utilización de vistas cabe destacar:

 Seguridad y confidencialidad: ya que la vista ocultará los datos confidenciales o aquellos para
los que el usuario no tenga permiso.
 Comodidad: ya que solamente muestra los datos relevantes, permitiendo, incluso trabajar con
agrupaciones de filas como si se tratase de una única fila o con composiciones de varias
tablas como si se tratase de una única tabla.
 Independencia respecto a posibles cambios en los nombres de las columnas, de las tablas,
etcétera.
Por ejemplo, la siguiente consulta permite al departamento de VENTAS realizar la gestión de sus
empleados ocultando la información relativa a los empleados de otros departamentos.
SELECT *
FROM EMPLEADOS
WHERE dep_no=30;
La siguiente consulta permite a cualquier empleado de la empresa obtener información no

confidencial de cualquier otro empleado ocultando las columnas SALARIO y COMISION:
SELECT emp_no, apellido, oficio, director, fecha_alta, dep_no FROM empleados;
Para ello crearemos vistas y permitiremos a los usuarios tener acceso a las vistas sin tenerlo de la
tabla completa.
Creación y utilización de vistas

Como hemos dicho son tablas virtuales resultado de una consulta realizadas sobre tablas ya
existentes. Las vistas no ocupan espacio en la base de datos ya que lo único que se almacena es la
definición de la vista. El gestor de la base de datos se encargará de comprobar los comandos SQL
que hagan referencia a la vista, transformándolos en los comandos correspondientes referidos a las
tablas originales, todo ello de forma transparente para el usuario.
104
Lic. Elvin German
Formato de la creación de vistas.
Para crear una vista se utiliza el comando CREATE VIEW según el siguiente formato genérico:
CREATE VIEW [ schema_name . ] view_name [ (column [ ,...n ] ) ]

[ WITH <view_attribute> [ ,...n ] ]
AS select_statement
[ WITH CHECK OPTION ] [ ; ]
<view_attribute> ::=
{
[ ENCRYPTION ]
[ SCHEMABINDING ]
[ VIEW_METADATA ] }
El siguiente ejemplo crea la vista emple_dep30 para la gestión de los empleados del departamento 30
mencionada en el apartado anterior.
CREATE VIEW emple_dep30 AS

WHERE DEP_NO = 30;
CREATE VIEW emple_dep30 AS

WHERE DEP_NO = 30;
A continuación se muestra la sentencia que crea la vista datos_emple que contiene información de
todos los empleados ocultando la información confidencial.
CREATE VIEW datos_emple AS

SELECT emp_no, apellido, oficio, director,
fecha_alta, dep_no
FROM empleados;
Las vistas pueden a su vez definirse sobre otras vistas. Si ya tenemos creada las vista
datos_emple, podríamos crear otra vista sobre ella:
CREATE VIEW datos_emple_10 AS

SELECT *
FROM datos_emple
WHERE dep_no=10;
Utilización de vistas
Una vez definida puede ser utilizada para consultas de igual forma que una tabla.
Con algunas restricciones, todos los formatos de selección vistos para las tablas son aplicables para
la selección de filas en las vistas.
105
Lic. Elvin German
Por ejemplo:
También podemos seleccionar solo algunas columnas y poner una condición
SELECT apellido, director

FROM datos_emple
WHERE oficio = 'VENDEDOR';
-----------------------
|apellido|director|
-----------------------
|ALONSO|7698
MARTIN | 7698
|CALVO|7698
-----------------------
Pero debe tenerse en cuenta que si al definir la vista hemos indicado nuevos nombres para columnas
y expresiones si podremos hacer referencia a ellos en las sentencias de selección, pero si hemos
omitido la definición de las columnas y en la sentencia de creación hemos realizado la selección de
todas las columnas (creada con select *) solo puede hacerse una selección de todas las columnas de
la vista (con *)
La vista emple_dep30 la creamos sin especificar nuevo nombre para las columnas de la vista y con
una sentencia select *. Podemos obtener los datos de la vista si escribimos:
SELECT * FROM emple_dep30;
-------------------------------------------------------------------------------------
|EMP_NO |APELLIDO| OFICIO |DIRECTOR | FECHA_ALTA | SALARIO |COMISION| DEP_NO |
-------------------------------------------------------------------------------------
|7499 | ALONSO | VENDEDOR| 7698 | 1981-02-23 | 1400.00 | 400.00 | 30 |
|7654 | MARTIN | VENDEDOR| 7698 | 1981-09-28 | 1500.00 |1600.00 | 30 |
|7698 | GARRIDO | DIRECTOR| 7839 | 1981-05-01 | 3850.12 | NULL | 30 |
|7844 | CALVO | VENDEDOR| 7698 | 1981-09-08 | 1800.00 | 0.00 | 30 |
-------------------------------------------------------------------------------------
Ejemplos creación y utilización de vistas
Como hemos dicho una vez creada la vista se puede utilizar como si se tratase de una tabla
(observando las restricciones anteriores). Veamos lo que podemos hacer con las vistas con los
ejemplos.
1-El siguiente ejemplo crea la vista datos_vendedores que muestra solamente las columnas emp_no,
apellido, director, fecha_alta, dep_no, de aquellos empleados cuyo oficio es VENDEDOR.
CREATE VIEW datos_vendedores

(num_vendedor, apellido, director, fecha_alta, dep_no) AS
SELECT emp_no, apellido, director, fecha_alta, dep_no
FROM empleados
WHERE oficio = 'VENDEDOR';
106
Lic. Elvin German
Los datos accesibles mediante la vista creada serán:
SELECT *
FROM datos_vendedores;
+--------------+----------+----------+------------+--------+
| num_vendedor | apellido | director | fecha_alta | dep_no |
+--------------+----------+----------+------------+--------+
7499 | ALONSO 7698 | 1981-02-23 | 30 |

7654 | MARTIN 7844 | 7698 | 1981-09-28 | 7698 | 30 |
CALVO 1981-09-08 | 30 |
2- También se pueden crear vistas a partir de consultas que incluyen agrupaciones, como en el
siguiente ejemplo:
CREATE VIEW resumen_dep1

(dep_no, num_empleados, suma_salario, suma_comision) AS
SELECT dep_no, COUNT(emp_no), SUM(salario),
SUM(ISNULL(comision,0))
FROM empleados
GROUP BY dep_no;
En estos casos, cada fila de la vista corresponderá a varias filas en la tabla original tal como se puede
comprobar en la siguiente consulta:
SELECT *
FROM resumen_dep1;
Eliminación de vistas
La sentencia DROP VIEW permite eliminar la definición de una vista.
Ejemplos de borrado de vistas
DROP VIEW resumen_emp_dep;
emple_10' references invalid table(s) or column(s)
107
Lic. Elvin German
REQUISITOS DE INSTALACIÓN DE SQL SERVER
Veremos las 5 versiones que hay de SQL Server, para que podemos usar cada una de
ellas, las características de las versiones y los requerimientos de hardware, de Sistema
Operativo y de red.
Versiones
 SQL Server Enterprise Edition (version en 32 y 64 bits): Diseñado para

soportar entornos de grandes transacciones empresariales (OTLP), gran
complejidad de analisis de datos, datawarehouse, y Web Sites muy activas.
 SQL Server Standard Edition (version en 32 y 64 bits): Diseñado para
comercio electronico, datawarehouse y soluciones de lineas de negocio de
tamaño pequeño-mediano.
 SQL Server WorkGroup Edition (version en 32 bits): Diseñado para pequeñas
organizaciones que necesitan una base de datos que no tenga limite de
usuarios, tambien se puede usar para pequeños web servers.
 SQL Server Developer Edition (version en 32 y 64 bits): Incluye las mismas
funcionalidades que el SQL Server Enterprise Edition, pero esta licenciado para
servidores de desarrollo y test, no para servidores productivos.
 SQL Server Express Edition (versión en 32 bits): Es gratuito, facil de usar y
administrar base de datos, puede ser usado como cliente de base de datos en
vez de servidor de base de datos.
Características de las versiones
Funcionalidad Express WorkGroup Standard Enterprise

Num. CPUS 1 2 4 Ilimitado
Memoria 1 Gb 3 Gb Limitado Limitado por
por el el S.O.
S.O.
Soporte 64 bits Con Con Windows Nativo Nativo
Windows on on Windows
Windows (WOW)
(WOW)
Tamaño máximo 4 Gb Sin limite Sin limite Sin limite
de BD
Particionamiento No No No Si
Database No No Si Si
Mirroring
Cluster No No Si (solo 2 Si
nodos)
Log Shipping No Si Si Si
Management No Si Si Si
Studio
Database No No Si Si
108
Lic. Elvin German
Tunning Advisor
Full Text Search No Si Si Si
SQL Server No Si Si Si
Agent
Best Practices Si Si Si SI
Analyzer
Notification No No Si Si
Services
Service Broker Si (Solo Si Si Si
subscriptor)
Merge Si (Solo Si (Publicador Si Si
Replication Subscriptor) hasta 25
suscriptores)
Transactional Si (Solo Si (Publicador Si SI
Replication Subscriptor) hasta 5
subscriptores)
Oracle No No No Si,
Replication replicacion
transaccional
con Oracle
como un
publicador
Web Services No No Si Si
(HTTP
EndPoints)
Report Server Si Si Si Si
Report Builder No Si Si SI
BI Development Si (Solo Si (Solo Si Si
Studio Report Report
Designer) Designer)
Enterprise No Si Si SI
Management
Tools
Native Support Si (Solo Si (Solo Si Si
for Web Services Reporting Reporting
Services) Services)
Analysis No No Si Si
Services
109
Lic. Elvin German
Requerimientos de Hardware, Sistema Operativo y Red
Versiones 32 bits
CPU
Todas las versiones de SQL Server requieren como minimo un Pentium III a 600 Mhz
(o compatible)
Sistema Operativo
Enterprise Edition
 Windows Server 2003 Standard Edition con SP1 o superior

 Windows Server 2003 Enterprise Edition con SP1 o superior
 Windows Server 2003 DataCenter Edition con SP1 o superior
 Windows Small Business Server 2003 Standard Edition con SP1 o superior
 Windows Small Business Server 2003 Premium Edition con SP1 o superior
 Windows 2000 Server con SP4
 Windows 2000 Advanced Server con SP4
 Windows 2000 DataCenter Server con SP4
Standard Edition
 Las misma que la versión enterprise

 Windows 2000 Professional con SP4
 Windows XP Profressional con SP2 o superior
WorkGroup Edition
 Las mismas que la versión Standard

 Windows XP Media Edition con SP2 o superior
 Windows XP Tablet Edition con SP2 o superior
Express Edition
 Las mismas que la versión WorkGroup

 Windows XP Home Edition con SP2 o superior
 Windows Server 2003 Web Edition con SP1 o Superior
Developer Edition
 Las mismas que la versión WorkGroup

 Windows XP Home Edition con SP2 o superior
Memoria
Enterprise Edition: Minimo 512 MB, 1 GB o mas recomendada
110
Lic. Elvin German
Standard Edition: Minimo 512 MB, 1 GB o mas recomendada
WorkGroup Edition: Minimo 512 MB, 1 GB o mas recomendada (maximo 3 Gb)
Express Edition: Minimo 192 MB, 512 MB o mas recomendada (maximo 1 Gb)
Developer Edition: Minimo 512 MB, 1 GB o mas recomendada
Disco Duro
Todas las versiones de SQL Server necesitan 350 Mb para la instalación completa y
adicionalmente 390 Mb para las Base de Datos de ejemplos
Red
Componente Requerimiento
Internet Software Internet Explorer 6.0 SP1 o superior es necesario
para todas las instalaciones de SQL Server , porque
el IE es necesario para la Microsoft Management
Console (MMC) y el HTML Help. Una instalacion
minima del IE es suficiente y no se tiene que
configurar con navegador predeterminado. Si solo se
usa la opcion de “Connectivity Only” y no se conecta
a un servidor con encriptacion, con el IE 4.01 SP2 es
suficiente
IIS Si se escriben aplicaciones XML se debe de
configurar el IIS. El IIS 5.0 o superior es requerido
para la instalación del Reporting Services
Red Debe de estar habilitado el TCP/IP
Versiones 64 bits
CPU
 IA64: Minimo 1 GHz de procesador Itanium

 X64: Minimo 1 Ghz de procesador ADM Opteron, AMD Athlon 64, Intel Xeon con
soporte Intel EM64T o Pentium IV con soprte EM64T
Sistema Operativo
Enterprise Edition IA64, Standard Edition IA64 y Developer Edition IA64
 Windows Server 2003 64-Bit Itanium DataCenter Edition con SP1 o superior
 Windows Server 2003 64-Bit Itanium Enterprise Edition con SP1 o superior
111
Lic. Elvin German
Enterprise Edition X64, Standard Edition X64 y Developer Edition X64
 Windows Server 2003 64-Bit X64 DataCenter Edition con SP1 o superior
 Windows Server 2003 64-Bit X64 Enterprise Edition con SP1 o superior
 Windows Server 2003 64-Bit X64 Standard Edition con SP1 o superior
Express Edition
 Las mismas que las IA64 y las X64

 Windows XP X64 Professional (64-Bit)
Memoria, Disco Duro y Red
Los mismos requerimientos que la version 32-Bit
112
Lic. Elvin German
BIBLIOGRAFIA
http://www.aulaclic.es/sql/b_6_1_1.htm
http://www.aulaclic.es/sql/f_sql.htm
Lic. Elvin German
Paulina Barthelemy
http://misservidores.wordpress.com/2008/09/04/capitulo-1-instalacion-sql-server-/
www.monografias.com
Prof. Manuel Torres Remon

mtr-unlimited@correoweb.com
manuelt23@mixmail.com
Docente de la Carrera Profesional de Computación e Informática
Instituto Superior Tecnológico Publico Manuel Arevalo Caceres
113
Lic. Elvin German
ANEXOS
NORMALIZACIÓN DE BASE DE DATOS
1. Descomposición y Normalización
Siempre que un analista de sistemas de base de datos arma una base de datos,
queda a su cargo descomponer dicha base en grupos y segmentos de registros.
Este proceso es la descomposición; el mismo es necesario independientemente
de la arquitectura de la base de datos - relacional, red o jerárquica-. Sin
embargo, para la base de datos relacional, la acción correspondiente puede
dividirse y expresarse en términos formales y se denomina normalización a la
misma.
La normalización convierte una relación en varias sub-relaciones, cada una de las

cuales obedece a reglas. Estas reglas se describen en términos de dependencia.
Una vez que hayamos examinado las distintas formas de dependencia,
encontraremos procedimientos a aplicar a las relaciones de modo tal que las
mismas puedan descomponerse de acuerdo a la dependencia que prevalece.
Esto no llevará indefectiblemente a formar varias subrelaciones a partir de la
única relación preexistente.
2. Dependencia
Significado:
Antes de entrar en el tópico principal de dependencia, vamos a ver algunos conceptos

acerca de los individuos y acerca de las tuplas que los describen en la base de datos
relacional (BDR). Restringiremos la discusión a la BDR, si bien la misma se aplica
igualmente a las otras arquitecturas.
Existen tres tipos distintos de dependencia.

 Total uno-uno-sinónimo
 Completa - subtupla
 Transitiva - múltiple.
114
Lic. Elvin German
3. Normalización
¿Qué es normalización?
Normalización es un proceso que clasifica relaciones, objetos, formas de relación

y demás elementos en grupos, en base a las características que cada uno posee.
Si se identifican ciertas reglas, se aplica un categoría; si se definen otras reglas,
se aplicará otra categoría.
Estamos interesados en particular en la clasificación de las relaciones BDR. La

forma de efectuar esto es a través de los tipos de dependencias que podemos
determinar dentro de la relación. Cuando las reglas de clasificación sean más y
más restrictivas, diremos que la relación está en una forma normal más elevada.
La relación que está en la forma normal más elevada posible es que mejor se
adapta a nuestras necesidades debido a que optimiza las condiciones que son de
importancia para nosotros:
• La cantidad de espacio requerido para almacenar los datos es la
menor posible;
• La facilidad para actualizar la relación es la mayor posible;
• La explicación de la base de datos es la más sencilla posible.
4. Primera forma normal

Para que una relación esté en primera forma normal (1 FN), debe ser solamente
una relación propia, una matriz m por n, donde:
• Ninguna celda de la matriz está vacía;
• El valor n cualquier columna está definido por el dominio para dicho
atributo.
• Cada tupla tiene una clave que la identifica en forma unívoca, pero
dicha clave no significa orden.
La aplicación determina la relación
115
Lic. Elvin German
Para que una relación sea normalizada en pasos adicionales, debe encontrarse
en la primera forma normal. Colocar los datos en la primera forma normal está a
cargo del diseñador de la aplicación. Estos datos se encuentran disponibles de
alguna manera inicialmente. Si la aplicación existe en forma manual, o ha sido
anteriormente computarizada pero no todavía como relación, el diseñador
reorganiza los datos de modo de conformar una matriz 1FN.
La segunda inicial más importante es la dimensión de la relación ¿cuántos

componentes existen en la tupla o cuántas columnas en la tabla? ¿De qué
manera se compara esto con el número de campos en el documento fuente?.
La información convertida queda formada en tuplas. La próxima pregunta es

cuantas tuplas representarán a la formación en esta forma. Debe notarse que el
número de partes ordenadas varía de una factura o pedido a otro.
5. Segunda Forma Normal

Una relación está en segunda forma normal (2FN) solamente si todos los
atributos son dependientes en forma completa de la clave.
Descripción De La Segunda Forma Normal (2 Fn)
Su nombre ya nos indica el hecho de que la segunda forma normal es por lo

general el próximo paso de normalización y descomposición. Para ser accesible a
la normalización, y poder ser puesta en segunda forma normal, la relación debe
poseer las siguientes propiedades:
• Debe estar en primera forma normal
• Debe tener una clave compuesta.
La consecuencia inmediata de los requerimientos expresados más arriba es que

cualquier relación en primera forma normal que tiene una clave simple, está
automáticamente en segunda forma normal. Comencemos con un ejemplo en
116
Lic. Elvin German
forma de tabla de una relación consistente en 17 atributos, que se presenta en la
figura. La misma se encuentra en primera forma normal y tiene una clave
compuesta que consiste en dos atributos P y Q. Estos están subrayados en la
figura para mostrar que sirven como clave. La tupla de relación puede también
escribirse linealmente en forma simbólicamente:
R = (A,B,C,D,E,F,G,H,I,L,M,N,O,P,Q)
6. Tercera forma normal

Una relación se encuentra en tercera forma normal (EFN) si no existen
transitividades entre sus atributos y si ya se encuentra en 2 FN.
Descripción
Una relación R a poner en tercera forma normal debe estar en la segunda
forma normal. Es muy común que R sea una sub-relación; la relación original
estaba en primera forma normal (para ponerla en segunda forma normal fue
descompuesta en varias sub-relaciones). Estas son ahora candidatas a una
descomposición adicional.
Recordamos que las propiedades de la segunda forma normal (2Fn) son:
• Tenemos una matriz m x n con un valor determinado para cada

componente de cada tupla.
• Cada valor es obtenido a partir de un dominio propiamente definimos
• Cada valor contiene una clave, ya sea simple o compuesta
• Cada componente no clave es dependiente en forma completa de su clave.
117
Lic. Elvin German
En consecuencia es evidente que tenemos, o bien una clave simple, o una clave
compuesta de la cual todos los componentes no clave son dependientes en forma
completa.
El objeto de esta fase es determinar todas las dependencias transitivas; la

descomposición producirá a continuación sub-relaciones para las cuales no
existirán dependencias transitivas -la definición de la tercera forma normal (EFN)-.
Una dependencia transitiva abarca como mínimo tres componentes. Si los

componentes fueran más, la dependencia múltiple puede derivarse en varias
dependencias transitivas de tres componentes solamente dada una. Por lo tanto
dirigiremos nuestra atención a una dependencia transitiva simple de tres
componentes. Tal dependencia puede expresarse como:
Q ---> A ----> B
En la cual se dice que B depende de A y que A depende de Q. La transitividad

existe debido a que el valor de B depende en la última instancia del valor de Q.
7. Cuarta forma normal

Dependencias multivaluadas
La tercera forma normal toma en cuenta la dependencia transitiva y provee una

reducción óptima universal, excepto para los casos infrecuentes de dependencia
multivaluadas. Ha quedado claro en épocas recientes que es posible una
reducción adicional en este caso, y esto es lo que se lleva a cabo mediante la
cuarta forma normal.
Existe una dependencia multivaluada cuando un valor de una variable está

siempre asociado con varios valores de otra u otras variables dependientes que
son siempre las mismas y están siempre presentes. Esto se ilustra mejor con el
ejemplo presentado en la figura. La relación FAB describe tejidos. La variable
118
Lic. Elvin German
independiente (con respecto a las dependencias (multivaluadas) es el número de
tejido FABNO. Con el se encuentra asociados un modelo (o patrón) y un color. En
la figura, el tejido 345 vienen en dos modelos y entres combinaciones de modelo y
color. En este caso se aplica el grafo de dependencia. Para hacer mas clara que
esta es una dependencia multivariable, una cabeza doble de flecha apunta desde
FABNO o PATRN y también desde FABNO a COLOR.
La ineficiencia en el registro de información y se resulta clara al examinar las dos

nuevas relaciones. La primera de éstas, FABPAT lista el número de tejido contra
el modelo; en el segundo caso, FABCOL, lista el número de tejido contra las
combinaciones de color. Dado que la regla es que todas las combinaciones de
las variables dependientes multivaluadas deben prevalecer, resulta simple
reconstruir la relación FAB a partir de las dos sub-relaciones que resultaron.
Descomposición Para poner una relación o sub-relación en la cuarta forma normal

debe poder aplicarse lo siguiente:
• Debe estar en la tercera forma normal.
• Deben existir una o más multidependencias.
Después de construir el grafo de dependencia, el próximo paso es ejecutar

proyecciones utilizando la variable independiente y una de las variables
multidependientes.
FABPAT = proyectar FAB (FABNO, PATRN)
FABCOL = proyectar FAB (FABNO, COLOR)
El resultado son nuevas sub-relaciones que han sido utilizadas para ahorra
espacio y permitir una más fácil actualización.
Ejemplo de profesor y texto
Consideremos otro ejemplo. Los cursos dictados en una escuela corresponden a

un número de curso. Asociada a cada número de curso se encuentra la
119
Lic. Elvin German
descripción del mismo. Para cada curso existe una selección de textos y una
selección de profesores. Puede darse cualquier combinación de texto y profesor.
El grafo de dependencia. El mismo nos muestra una dependencia total entre el

número de curso y la descripción del curso. Existe una multidependencia entre
texto y número de curso, y también entre profesor y número de curso.
Para descomponer la sub-relación en sus relaciones más pequeñas, se efectúan
tres proyecciones. Las sub-relaciones resultantes.
120
Lic. Elvin German

Manual SQL Espaniol

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual SQL Espaniol

Cargado por

Copyright:

Formatos disponibles

MICROSOFT SQL Server

Gota a Gota en las Bases de Datos Relacionales

Lic. Elvin German

Unidad 2. Las consultas simples 15

Unidad 3. Las consultas multitabla 34

Unidad 4. Las consultas de agrupacion 48

Unidad 6. Actualización de datos 83

Unidad 7. Las subconsultas 95

Unidad 8. Vistas 104

Requisitos de Instalación de SQL Server 108

¿Qué es una Base de Datos?

 Los datos están interrelacionados, sin redundancias innecesarias.

Qué es un Sistema de Gestión de Bases de Datos?

Los componentes principales de un SGBD son:

GESTOR DE LA BASE DE DATOS

DICCIONARIO DE LA BASE DE DATOS

ADMINISTRADOR DE LA BASE DE DATOS

Tradicionalmente considerados como un componente más de los sistemas gestores de bases de

Características del lenguaje

Cómo interpretar un diagrama sintáctico

¿Cómo se interpretaría el diagrama sintáctico de la figura?

SELECT ALL col1,col2,col3 FROM mitabla

SELECT col1,col2,col3 FROM mitabla

SELECT DISTINCT col1 FROM mitabla

SELECT col1,col2 FROM mitabla WHERE col2 = 0

Todas estas sentencias se podrían escribir y no darían lugar a errores sintácticos

¿Qué podemos hacer con SQL?

Existen 3 tipos de instrucciones para el lenguaje en SQL, mencionadas

- Lenguaje de control de datos (DDL) : Creación y eliminación de

. CREATE Crear Objeto

- Lenguaje de control de datos (DCL) : Se basa en los derechos que

. GRANT Dar permisos a un usuario para efectuar determinadas

- Lenguaje de manipulación de datos (DML) : Desarrollo de la

Directivas de procesos por lotes

- GO: Envia lotes de intrucciones de TRANSACT SQL a las

Los nombres que se le dan a las tablas, lo primero es que no pueden

Tablas de los ejemplos y ejercicios

Nota: Estas tablas están orientadas a la didáctica, no a un diseño óptimo

SELECT * FROM EMPLEADOS

SELECT * FROM PRODUCTOS

SELECT * FROM PEDIDOS

Sintaxis de la sentencia SELECT (consultas simples)

La tabla origen – FROM

FROM especificación de tabla

 Aliastabla es un nombre de alias, es como un segundo nombre que asignamos a

Evitar nombrar las columnas una a una (es más corto).

SELECT * FROM departamentos

columnas de la tabla origen

Las columnas se pueden especificar mediante su nombre simple (nbcol) o su nombre

SELECT apellido, oficio, fecha_alta

SELECT apellido as nombre, oficio as cargo, fecha_alta [fecha de entrada]

SELECT apellido as nombre, salario,comision, salario+isnull(comision,0) as total

SELECT apellido, oficio, salario

SELECT apellido, oficio, salario

SELECT apellido, oficio, salario

SELECT apellido, oficio, salario

SELECT apellido, oficio, salario

SELECT apellido, oficio, salario

También podemos utilizar

Las cláusulas DISTINCT / ALL

Por ejemplo queremos saber los códigos de los directores de oficina.

SELECT director FROM empleados

SELECT ALL director FROM empleados

SELECT DISTINCT director FROM empleados