INTEGRIDAD DE DATOS

DIANA MILENA BALCERO PRIMO

IBETH ASTRID CÁRDENAS PEÑARETE

40130

GUÍA Nº 1

CENTRO DE GESTIÓN DE MERCADOS, LOGÍSTICA Y TECNOLOGÍA DE

LA INFORMACIÓN
BASE DE DATOS
AGOSTO DE 2010
BOGOTÁ D.C.
 INTEGRIDAD DE DATOS

DIANA MILENA BALCERO PRIMO

IBETH ASTRID CÁRDENAS PEÑARETE

40130

PRESENTADO A:

SANDRA RUEDA

GUÍA Nº 1

CENTRO DE GESTIÓN DE MERCADOS, LOGÍSTICA Y TECNOLOGÍA DE

LA INFORMACIÓN
BASE DE DATOS
AGOSTO DE 2010
BOGOTÁ D.C.
 TABLA DE CONTENIDO

Contenido
INTRODUCCIÓN............................................................................................................................4
OBJETIVOS....................................................................................................................................5
INTEGRIDAD DE DATOS................................................................................................................6
PROPIEDADES DE LAS TABLAS......................................................................................................7
TIPOS DE DATOS.......................................................................................................................7
DEFINICIONES NOT NULL.........................................................................................................7
DEFINICIONES DEFAULT...........................................................................................................7
PROPIEDADES IDENTITY...........................................................................................................8
RESTRICCIONES (CONSTRAINTS)..............................................................................................8
REGLAS (RULES)........................................................................................................................8
DESENCADENADORES..............................................................................................................9
INDICES.....................................................................................................................................9
METODOS PARA CONSEGUIR INTEGRIDAD DE DATOS...............................................................10
INTEGRIDAD DE DATOS DECLARATIVA...................................................................................10
INTEGRIDAD DE DATOS PROCEDIMENTAL.............................................................................10
RESTRICCIONES..........................................................................................................................11
TIPOS DE INTEGRIDAD DE DATOS...............................................................................................12
INTEGRIDAD DE ENTIDAD.......................................................................................................12
INTEGRIDAD DE DOMINIO......................................................................................................12
INTEGRIDAD REFERENCIAL.....................................................................................................12
INTEGRIDAD DEFINIDA POR EL USUARIO...............................................................................13
TABLA DE RESTRICCIONES..........................................................................................................14
ACRONIMO CRUD...................................................................................................................17
TRANSACCION EN BASE DE DATOS…………………………………………………………………………………………18

PRUEBA ACID…………………………………………………………………………………………………………………………19

EXPRESIONES COMMIT Y ROLLBACK………………………………………………………………………………………20

BIBLIOGRAFIA…………………………………………………………………………………………………………………………25
 INTRODUCCIÓN

Ciertos errores de integridad pueden provocar que una base de datos deje de
ser usable. Los problemas de integridad se suelen producir cuando varios
usuarios están editando datos, de la misma base de datos de forma
simultánea.

Por ejemplo, un usuario crea un nuevo registro, mientras otro edita uno de los
existentes, y un tercero borra otro. El DBMS debe asegurar que se pueden
realizar estas tareas sin que se produzcan errores que afecten la integridad de
la base de datos.

El desarrollo de la presente guía tiene por objeto generar capacidades que

permitan decidir la mejor forma de implementar la integridad de los datos, en
las bases de datos.

Vamos a conocer las razones para su adecuada implementación, teniendo en

cuenta propiedades que aseguren la integridad, los métodos para conseguirla,
los tipos de integridad y los tipos de restricciones
 OBJETIVOS

1. conocer definiciones de SQL SERVER para implementar el vocabulario

2. por medio de ejercicios aprender integridad referencial.
3. Mirar cómo se utiliza las expresiones.
4. Saber que es y cómo es una transacción de base de datos.
5. Implementar el conocimiento de las propiedades de las tablas

.
 INTEGRIDAD DE DATOS

Integridad de datos se refiere al estado de corrección y completitud de los

datos ingresados en una base de datos.

Los SGBD relacional deben encargarse de mantener la integridad de los

datos almacenados en una base de datos con respecto a las reglas
predefinidas o restricciones. La integridad también puede verificarse
inmediatamente antes del momento de introducir los datos a la base de
datos(por ejemplo, en un formulario empleando validación de datos).

Un claro ejemplo de error de integridad es el ingreso de un tipo de

dato incorrecto dentro de un campo. Por ejemplo, ingresar un texto
cuando se espera un número entero.

También una error en la integridad en una base de datos puede ser la

existencia de un valor numérico (id cliente) en la compra de un producto
por parte de un cliente que no existe en su correspondiente tabla con ese
número. (integridad referencial).

También puede suceder que se elimine una fila padre con dos o más filas
hijos que quedarían "huérfanas".
Cuando se trabaja con bases de datos, generalmente los datos se reparten
entre varios ficheros. Si la base de datos está disponible para varios usuarios
de forma simultánea, deben existir mecanismos que aseguren que las
interrelaciones entre registros se mantienen coherentes, que se respetan las
dependencias de existencia y que las claves únicas no se repitan.
Por ejemplo, un usuario no debe poder borrar una entidad de una base de
datos, si otro usuario está usando los datos de esa entidad. Este tipo de
situaciones son potencialmente peligrosas, ya que provocan situaciones con
frecuencia imprevistas. Ciertos errores de integridad pueden provocar que una
base de datos deje de ser usable.
Los problemas de integridad se suelen producir cuando varios usuarios están
editando datos de la misma base de datos de forma simultánea. Por ejemplo,
un usuario crea un nuevo registro, miestras otro edita uno de los existentes, y
un tercero borra otro. El DBMS debe asegurar que se pueden realizar estas
tareas sin que se produzcan errores que afecten a la integridad de la base de
datos.
Por tanto, un paso importante en el diseño de una base de datos es decidir la
mejor forma de implementar la integridad de los datos. La integridad de los
datos hace referencia a la coherencia y la precisión de los datos que están
almacenados en una base de datos.

PROPIEDADES DE LAS TABLAS

Las Propiedades de las Tablas que aseguran la Integridad de Datos son: Tipos
de Datos, Definiciones NOT NULL, Definiciones DEFAULT, Propiedades
IDENTITY, Restricciones, Reglas, Desencadenadores, Índices.

TIPOS DE DATOS

Un tipo de dato es un atributo que especifica el tipo de dato (carácter, entero,

binario, etc.) que puede ser almacenado en una columna, parámetro o variable.
SQL Server provee de un conjunto de tipos de dato, aún cuando se pueden
crear tipos de dato definidos por el usuario que se crean sobre la base de tipos
de dato provisto por el SQL Server. Los tipos de dato provistos por el sistema
definen todos los tipos de dato que se pueden usar en SQL Server. Los tipos
de dato pueden ser utilizados para asegurar la integridad de los datos porque
los datos ingresados o modificados deben cumplir con el tipo de dato
especificado para el objeto correspondiente. Por ejemplo, no se puede
almacenar el nombre de alguien en una columna con un tipo de dato date time,
ya que esta columna solo aceptará valores válidos de fecha y hora.

DEFINICIONES NOT NULL

La anulabilidad de una columna determina si las filas en la tabla pueden

contener valores nulos para esa columna. Un valor nulo no es lo mismo que un
cero, un blanco o una cadena de caracteres de longitud cero. Un valor nulo
significa que no se ha ingresado ningún valor para esa columna o que el valor
es desconocido o indefinido. La anulabilidad de una columna se define cuando
se crea o se modifica una tabla. Si se usan columnas que permiten o no
valores nulos, se debería  usar siempre las cláusula NULL y NOT NULL dada la
complejidad que tiene el SQL Server para manejar los valores nulos y no
prestarse a confusión. La cláusula NULL se usa si se permiten valores nulos en
la columna y la cláusula NOT NULL si no.
DEFINICIONES DEFAULT

Los valores por defecto indican que valor será guardado en una columna si no
se especifica un valor para la columna cuando se inserta una fila. Las
definiciones DEFAULT pueden ser creadas cuando la tabla es creada (como
parte de la definición de la tabla) o pueden ser agregadas a una tabla existente.
Cada columna en una tabla puede contener una sola definición DEFAULT.

PROPIEDADES IDENTITY

Cada tabla puede tener sólo una columna de identificación, la que contendrá
una secuencia de valores generados por el sistema que unívocamente
identifican a cada fila de la tabla. Las columnas de identificación contienen
valores únicos dentro de la tabla para la cual son definidas, no así con relación
a otras tablas que pueden contener esos valores en sus propias columnas de
identificación. Esta situación no es generalmente un problema, pero en los
casos que así lo sea (por ejemplo cuando diferentes tablas referidas a una
misma entidad conceptual, como ser clientes, son cargadas en diferentes
servidores distribuidos en el mundo y existe la posibilidad que en algún
momento para generar reporte o consolidación de información sean unidas) se
pueden utilizar columnas ROWGUIDCOL como se vio anteriormente.

RESTRICCIONES (CONSTRAINTS)

Las restricciones permiten definir el modo en que SQL Server automáticamente

fuerza la integridad de la base de datos. Las restricciones definen reglas
indicando los valores permitidos en las columnas y son el mecanismo estándar
para asegurar integridad. Usar restricciones es preferible a usar
desencadenadores, reglas o valores por defecto. El query optimizer
(optimizador de consultas) de SQL Server utiliza definiciones de restricciones
para construir planes de ejecución de consultas de alto rendimiento.

REGLAS (RULES)

Las reglas son capacidades mantenidas por compatibilidad con versiones

anteriores de SQL Server, que realizan algunas de las mismas funcionalidades
que las restricciones CHECK. Las restricciones CHECK son el modo preferido
y estándar de restringir valores para una columna. Las restricciones CHECK,
por otro lado, son mas concisas que las reglas; se puede aplicar solo una regla
por columna mientras que se pueden aplicar múltiples restricciones CHECK.
Las restricciones CHECK son especificadas como parte del comando CREATE
TABLE, mientras que las reglas son creadas como objetos separados y luego
vinculadas a la columna.

Se utiliza el comando CREATE RULE para crear una regla, y luego se debe
utilizar el procedimiento almacenado sp_bindrule para vincular la regla a una
columna o a un tipo de dato definido por el usuario.

DESENCADENADORES

Los desencadenadores son una clase especial de procedimientos

almacenados que son definidos para ser ejecutados automáticamente cuando
es ejecutado un comando UPDATE, INSERT o DELETE sobre una tabla o una
vista. Los desencadenadores son poderosas herramientas que pueden ser
utilizados para aplicar las reglas de negocio de manera automática en el
momento en que los datos son modificados. Los desencadenadores pueden
comprender el control lógico que realizan loas restricciones, valores por
defecto, y reglas de SQL Server (aún cuando es recomendable usar
restricciones y valores por defecto antes que desencadenadores en la medida
que respondan a todas las necesidades de control de integridad de datos).

INDICES

Un índice es una estructura que ordena los datos de una o más columnas en
una tabla de base de datos. Un índice provee de punteros a los valores de los
datos almacenados en columnas especificadas de una tabla y luego ordena
esos punteros de acuerdo al orden que se especifique. Las bases de datos
utilizan los índices del mismos modo que se utilizan los índices de un libro: se
busca en el índice para encontrar un determinado valor y luego se sigue un
puntero a la fila que contiene ese valor. Un índice con clave única asegura la
unicidad en la columna.
 METODOS PARA CONSEGUIR INTEGRIDAD DE DATOS

Puede conseguir la integridad de los datos mediante dos métodos: integridad

de datos declarativa o integridad de datos procedimental.

INTEGRIDAD DE DATOS DECLARATIVA

Con la integridad declarativa, se definen los criterios que los datos tienen que
cumplir como parte de la definición de un objeto y, después, Microsoft® SQL
Server™ versión 2000 asegura automáticamente que los datos cumplan dichos
criterios. El método preferido para implementar la integridad de datos básica es
la integridad declarativa. Tenga en cuenta los hechos siguientes acerca del
método declarativo:

 La integridad declarativa se declara como parte de la definición de la

base de datos, mediante el uso de restricciones declarativas que se
definen directamente en las tablas y las columnas.
 Implemente la integridad declarativa mediante la utilización de
restricciones, valores predeterminados y reglas.

INTEGRIDAD DE DATOS PROCEDIMENTAL

Con la integridad procedimental se escriben secuencias de comandos que

definen los criterios que los datos tienen que cumplir y que aseguran que
dichos criterios se cumplen. Debe limitar el uso de la integridad procedimental a
situaciones excepcionales y a aquellas con una lógica complicada. Por
ejemplo, utilice la integridad procedimental cuando desee implementar una
eliminación en cascada. Los hechos siguientes se aplican a la integridad
procedimental:

 La integridad procedimental se puede implementar en el cliente o en el

servidor mediante otros lenguajes y herramientas de programación.
 Implemente la integridad procedimental utilizando desencadenadores y
procedimientos almacenados.
 RESTRICCIONES

La restricciones permiten definir la forma en que SQL Server automáticamente

asegurará la integridad de la base de datos. Las restricciones definen reglas en
base a los valores permitidos en las columnas y son los mecanismos estándar
para asegurar la integridad. Se deberían usar restricciones en vez de
desencadenadores, procedimientos almacenados, valores por defecto o reglas.

Las restricciones pueden ser restricciones de columnas o de tablas:

·        Una restricción de columna es especificada como parte de la

definición de la columna y se aplica solo a esta columna.

·        Una restricción de tabla es declarada independientemente de las

definiciones de la columna y se puede aplicar a mas de una columna en
la tabla.

Las restricciones de tabla deben ser usadas cuando mas de una columna se
incluye en la formulación de la condición.
 TIPOS DE INTEGRIDAD DE DATOS

SQL Server soporta cuatro tipos de integridad de datos: integridad de entidad,

integridad de dominio, integridad referencial e integridad definida por el usuario.

INTEGRIDAD DE ENTIDAD

La integridad de entidad define una fila como una única instancia de una
entidad para una tabla en particular. La integridad de entidad asegura la
integridad de la columna de identificación o la clave primaria de una tabla ( a
través de índices, restricciones UNIQUE, restricciones PRIMARY KEY, o
propiedades IDENTITY).

INTEGRIDAD DE DOMINIO

La integridad de dominio es la validación de las entradas en una determinada

columna. Se puede asegurar la integridad de dominio restringiendo el tipo (a
través de tipos de datos), el formato (a través de las restricciones CHECK y de
las reglas), o el rango de valores posibles ( a través de restricciones FOREIGN
KEY, restricciones CHECK, definiciones DEFAULT, definiciones NOT NULL, y
reglas)

INTEGRIDAD REFERENCIAL

La integridad referencial preserva las relaciones definidas entre tablas, cuando

se entran, modifican o borran registros. En SQL Server, la integridad referencial
está basada en interrelaciones entre claves ajenas y claves primarias o entre
claves ajenas y claves únicas (a través de la restricciones FOREIGN KEY  y
CHECK). La integridad referencial asegura que los valores de las claves son
consistentes a través de distintas tablas. Tal consistencia requiere que no
exista referencia a valores inexistentes y que, si un valor clave cambia, todas
las referencias cambien consistentemente a lo largo de la base de datos.

Cuando se fuerza la integridad referencial, SQL Server previene a los usuarios

de realizar lo siguiente:
 ·        Agregar registros a una tabla relacionada si no hay registros
asociados en la correspondiente tabla primaria.

·        Cambiar valores en la tabla primaria que resulten en registros

huérfanos en las tablas relacionadas.

·        Borrar registros desde una tabla primaria si existen registros

relacionados en la tabla ajena.

Por ejemplo, con las tablas Ventas y Títulos en la base de datos Pubs, la
integridad referencial está basada sobre las relaciones entre la clave ajena
(tit_ID) en la tabla ventas y la clave primaria (tit_ID) en la tabla Titulos, como se
muestra en la Figura. 

Figura 1: Integridad referencial entre la tabla Ventas y la tabla Titulos

INTEGRIDAD DEFINIDA POR EL USUARIO

La integridad definida por el usuario permite definir reglas de negocios

específicas que no caigan dentro de alguna de las categorías anteriores. Todas
las categorías soportan integridad definida por el usuario (todas las
restricciones a nivel columna y a nivel tabla en el comando CREATE TABLE,
procedimientos almacenados y desencadenadores)
 TABLA DE RESTRICCIONES

TIPO DE TIPO DE CLÁUSULA

DESCRIPCIÓN
INTEGRIDAD RESTRICCIÓN SQL

Restricciones
Define una fila
PRIMARY
INTEGRIDAD DE como una única HAVING
KEY
ENTIDAD instancia de una WHERE
entidad para una
Restricciones
tabla en particular
UNIQUE

Restricciones
FOREIGN
Es la validación de
INTEGRIDAD DE KEY HAVING
las entradas en una
DOMINIO
determinada WHERE
Restricciones
columna.
CHECK

Restricciones
FOREIGN Preserva las
INTEGRIDAD KEY relaciones definidas HAVING
REFERENCIAL entre tablas, cuando WHERE
Restricciones se entran, modifican FROM
CHECK o borran registros.

Permite definir
Todas las reglas de negocios
INTEGRIDAD
restricciones a nivel específicas que no HAVING
DEFINIDA POR EL
columna y a nivel caigan dentro de WHERE
USUARIO
tabla en el comando alguna de las
CREATE TABLE categorías
anteriores
Acrónimo CRUD en el contexto de Bases de Datos y qué
políticas de garantía de Integridad referencial, se presentan en
esas operaciones.

CRUD es el acrónimo de Crear, Obtener, Actualizar y Borrar (Create, Retrieve,

Update y Delete en inglés). Es usado para referirse a las funciones básicas en
bases de datos o la capa de persistencia en un sistema de software.

Modificar y borrar presentan:

Las políticas de garantía de Integridad referencial, se presentan en esas

operaciones son las siguientes.

RECHAZAR: La operación completa arreglar integridad referencial para borrar.

ANULAR: Se debe sustituir por otro valor primero lo anulo para que cambie
referencia.

PROPAGAR: Si se quiere borrar una tabla de departamento se debe borrar a

todos los empleados que hagan parte de ese departamento.

Una Transacción en Bases de Datos

Una transacción en un Sistema de Gestión de Bases de Datos (SGBD), es un

conjunto de órdenes que se ejecutan formando una unidad de trabajo, es decir,
en forma indivisible o atómica.

Una transacción de base de datos, por la definición, debe ser atómica,

constante, aislada y durable. Estas características de las transacciones de
base de datos son referidas a menudo por las siglas ÁCIDO.

Además Las transacciones proporcionan un asunto “todo o nada” que indica

que las unidades del trabajo realizadas en una base de datos deben ser
terminadas en su totalidad o tomar a ningún efecto cualesquiera.

Prueba ACID

En bases de datos se denomina ACID a un conjunto de características

necesarias para que una serie de instrucciones puedan ser consideradas como
una transacción.

En concreto ACID es un acrónimo de Atomicity, Consistency, Isolation and

Durability: Atomicidad, Consistencia, Aislamiento y Durabilidad en español.
 Se dice que toda "Base de Datos" debe cumplir con la prueba del acido,
denominada "ACID" (Atomicity, Consistency, Isolation, Durability).

 Atomocity: La atomicidad de una transacción garantiza que todas sus

acciones sean realizadas o ninguna sea ejecutada , en el caso de la
transacción bancaria o se ejecuta tanto el "deposito-deducción" o ninguna
acción será realizada.
 Consistency: Muy similar a la "Atomicidad", la consistencia garantiza
que las reglas que hayan sido declaradas para una transacción sean
cumplidas, regresando a la transacción bancaria, supongamos que cada
vez que se realice una transferencia inter-bancaria de $100,000 sea
necesario notificar a la sucursal del tarjeta-habiente, si no es posible
comunicarse y actualizar la información en la sucursal del cliente, toda la
transacción será abortada.
 Isolation : Esto garantiza que las transacciones que se estén realizando
en el sistema sean invisibles a todos los usuarios hasta que estas hayan
sido declaradas finales, en la transacción bancaria es posible que el sistema
este programado para intentar en 5 o 10 ocasiones más antes de abortar
una transacción por completo, a pesar que este ultimo paso no ha sido
finalizado ya existen otras modificaciones en el sistema, este aislamiento
"Isolation" garantiza que los usuarios del sistema no observen estos
cambios intermedios hasta que sea finalizada la última acción de
actualización.
 Durability: La durabilidad de una transacción garantiza que al instante
en el que se finaliza la transacción esta perdure a pesar de otras
consecuencias, esto es, si el disco duro falla, el sistema aún será capaz de
recordar todas la transacciones que han sido realizadas en el sistema.

Un SGBD es transaccional

Un SGBD se dice transaccional, si es capaz de mantener la integridad de los

datos, haciendo que estas transacciones no puedan finalizar en un estado
intermedio. Cuando por alguna causa el sistema debe cancelar la transacción,
empieza a deshacer las órdenes ejecutadas hasta dejar la base de datos en su
estado inicial (llamado punto de integridad), como si la orden de la transacción
nunca se hubiese realizado.

Para esto, el lenguaje de consulta de datos SQL (Structured Query Language),

provee los mecanismos para especificar que un conjunto de acciones deben
constituir una transacción.

BEGIN TRAN: Especifica que va a empezar una transacción.

COMMIT TRAN: Le indica al motor que puede considerar la transacción
completada con éxito.

ROLLBACK TRAN: Indica que se ha alcanzado un fallo y que debe restablecer

la base al punto de integridad.

Un ejemplo de transacción

Un ejemplo habitual de transacción es el traspaso de una cantidad de dinero

entre cuentas bancarias. Normalmente se realiza mediante dos operaciones
distintas, una en la que se decremento el saldo de la cuenta origen y otra en la
que incrementamos el saldo de la cuenta destino. Para garantizar la
consistencia del sistema (es decir, para que no aparezca o desaparezca
dinero), las dos operaciones deben ser atómicas, es decir, el sistema debe
garantizar que, bajo cualquier circunstancia (incluso una caída del sistema), el
resultado final es que, o bien se han realizado las dos operaciones, o bien no
se ha realizado ninguna.

Las expresiones Commit y Rollback.

COMMIT se hace cundo llega a la base de datos y finalizara

ROLLBACK: deshacerla.

Una sentencia COMMIT en SQL finaliza una transacción de base de datos

dentro de un sistema gestor de base de datos relacional y pone visibles todos
los cambios a otros usuarios.

Una sentencia ROLLBACK se puede emitir, la cual deshace todo el trabajo

realizado desde que se emitió BEGIN WORK.

Si queremos validar los cambios en la base de datos, completaremos la

transacción con el uso de la sentencia COMMIT. Si ejecutamos ROLLBACK
justo después de hacer el COMMIT, los cambios realizados sobre la base de
datos permanecerán, debido a que anteriormente se validó la transacción.
Con el fin de comprender la importancia de la Integridad de
Datos y basados en la explicación dada, realice los siguientes
ejercicios de Integridad referencial a partir del estado inicial de
la siguiente base de datos, utilice el método Propagar
(Cascada):

o BOR(UNIVERSIDAD.NUM=1)

LO QUE ESTA EN AMARILLO SE DEBE ELIMINAR

UNIVERSIDAD
NUM NOMBRE
1 ALICANTE
2 POLITECNICA VALENCIA
3 JAUME1
4 CARLOS III

PROFESOR
DNI NOMBRE DPTO U
21333333 RENATA DLSI 1
22444444 FLOR DLSI 2
23555555 ABUNDIO DLSI 1
13666666 SEGISMUNDO CCIA 1
31777777 YENIPHER CCIA 1

DEPARTAMENTO
COD U
DLSI 1
DLSI 2
DLSI 3
CCIA 1

o MOD(UNIVERSIDAD.NUM=2,10)
 SE DEBE DE MODIFICAR EL 2 A 10

PROFESOR
DNI NOMBRE DPTO U
1
22444444 FLOR DLSI 0

UNIVERSIDAD
NUM NOMBRE
10 POLITECNICA VALENCIA
3 JAUME1
4 CARLOS III

DEPARTAMENTO
COD U
DLSI 10
DLSI 3

o MOD(UNIVERSIDAD.NUM=3,20)

SE CAMBIA DE 3 A 20

PROFESOR
DNI NOMBRE DPTO U
1
22444444 FLOR DLSI 0

UNIVERSIDAD
NUM NOMBRE
10 POLITECNICA VALENCIA
20 JAUME1
4 CARLOS III

DEPARTAMENTO
COD U
DLSI 10
DLSI 20
 o BOR(UNIVERSIDAD.NUM=4)

SE BEDE BORRAR LA UNIVERSIDAD 4 Y ES MAS FACIL YA QUE NO

TIENE REFERENCIA

PROFESOR
DNI NOMBRE DPTO U
1
22444444 FLOR DLSI 0

UNIVERSIDAD
NUM NOMBRE
10 POLITECNICA VALENCIA
20 JAUME1
4 CARLOS III

DEPARTAMENTO
COD U
DLSI 10
DLSI 20

o BOR(DEPARTAMENTO.COD=DLSI,DEPARTAMENTO.U=20)
SE DEBE ELIMINAR

PROFESOR
DNI NOMBRE DPTO U
1
22444444 FLOR DLSI 0

UNIVERSIDAD
NUM NOMBRE
10 POLITECNICA VALENCIA
20 JAUME1

DEPARTAMENTO
COD U
DLSI 10
DLSI 20
 o BOR(PROFESOR.DNI=22444444)

PROFESOR
DNI NOMBRE DPTO U
1
22444444 FLOR DLSI 0

UNIVERSIDAD
NUM NOMBRE
10 POLITECNICA VALENCIA
20 JAUME1

DEPARTAMENTO
COD U
DLSI 10

FINALMENTE LA BASE DE DATOS QUE DARA ASI:

PROFESOR
DNI NOMBRE DPTO U

UNIVERSIDAD
NUM NOMBRE
10 POLITECNICA VALENCIA
20 JAUME1

DEPARTAMENTO
COD U
DLSI 10
 BIBLIOGRAFIA

http://www.osmosislatina.com/aplicaciones/bases_de_datos.htm

http://www.youtube.com/watch?v=kNLuLoAjWKg

http://www.sqlmax.com/centro/moduloII_4.asp?MX

http://www.alegsa.com.ar/Dic/integridad%20de%20datos.php

http://www.sqlmax.com/centro/moduloII_4.asp?MX