Unidad III.

Base de Datos 1 Normalizacin

NORMALIZACION DE BASE DE DATOS RELACIONALES

Trminos Bsicos para Investigar Clave primaria Clave candidata tupla Dependencias multivaluadas Dependencias parciales Dependencias transitivas Dependencias funcionales Dependencias triviales Dependencia parcial

Qu es la normalizacin
La normalizacin es el proceso mediante el cual se transforman datos complejos a un conjunto de estructuras de datos ms pequeas, que adems de ser ms simples y ms estables, son ms fciles de mantener. Tambin se puede entender la normalizacin como una serie de reglas que sirven para ayudar a los diseadores de bases de datos a desarrollar un esquema que minimice los problemas de lgica. Cada regla est basada en la que le antecede. La normalizacin se adopt porque el viejo estilo de poner todos los datos en un solo lugar, como un archivo o una tabla de la base de datos, era ineficiente y conduca a errores de lgica cuando se trataban de manipular los datos. La normalizacin tambin hace las cosas fciles de entender. Los seres humanos tenemos la tendencia de simplificar las cosas al mximo. Lo hacemos con casi todo, desde los animales hasta con los automviles. Vemos una imagen de gran tamao y la hacemos ms simple agrupando cosas similares juntas. Las guas que la normalizacin provee crean el marco de referencia para simplificar una estructura de datos compleja. Otra ventaja de la normalizacin de base de datos es el consumo de espacio. Una base de datos normalizada ocupa menos espacio en disco que una no normalizada. Hay menos repeticin de datos, lo que tiene como consecuencia un mucho menor uso de espacio en disco. El proceso de normalizacin tiene un nombre y una serie de reglas para cada fase. Esto puede parecer un poco confuso al principio, pero poco a poco se va entendiendo el proceso, as como las razones para hacerlo de esta manera. Existen seis niveles formas de normalizacin: Primera Forma Normal (1NF), Segunda Forma Normal (2NF), Tercera Forma Normal (3NF), Forma Normal Boyce-Codd, Cuarta Forma Normal (4NF), Quinta Forma Normal (5NF) o Forma Normal de Proyeccin-Unin, Forma Normal de Proyeccin-Unin Fuerte, Forma Normal de Proyeccin-Unin Extra Fuerte y Forma Normal de Clave de Dominio. Estas formas de normalizacin pueden llevar las cosas ms all de lo que necesitamos. stas existen para hacer una base de datos realmente relacional. Tienen que ver principalmente con dependencias mltiples y claves relacionales.

Prof. Vernica Carreo

Unidad III. Base de Datos 2 Normalizacin

Primera Forma Normal (1FN)

La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas. Una tabla se encuentra en primera forma normal si impide que un atributo de una tupla pueda tomar ms de un valor Los Pasos a seguir son: Tenemos que eliminar los grupos repetidos. Tenemos que crear una nueva tabla con la clave de la tabla base y el grupo repetido.

Segunda Forma Normal (2FN)

La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un trmino que describe a aquellos datos que no dependen de la a primaria de la tabla para identificarlos. Es decir, ocurre si una tabla est en primera forma normal y adems cada atributo que no sea clave, depende de forma funcional completa respecto de cualquiera de las claves. Toda la clave principal debe hacer dependientes al resto de atributos, si hay atributos que depende slo de parte de la clave, entonces esa parte de la clave y esos atributos formarn otra tabla. Los Pasos a seguir son: Determinar cules columnas que no son clave no dependen de la clave primaria de la tabla. Eliminar esas columnas de la tabla base. Crear una segunda tabla con esas columnas y la(s) columna(s) de la clave de la cual dependen

Tercera Forma Normal (3FN)

Una tabla est normalizada en esta forma si todas las columnas que no son clave son funcionalmente dependientes por completo de la clave primaria y no hay dependencias transitivas. Una dependencia transitiva es aquella en la cual las columnas que no son clave son dependientes de otras columnas que tampoco son clave Es decir, sucede cuando una tabla est en 2FN y adems ningn atributo que no sea clave depende transitivamente de las claves de la tabla, es por ello que no ocurre cuando algn atributo depende funcionalmente de atributos que no son clave. Los Pasos a seguir son: Determinar las columnas que son dependientes de otra columna no clave. Eliminar esas columnas de la tabla base. Crear una segunda tabla con esas columnas y con la columna no clave de la cual son dependientes

Prof. Vernica Carreo

Unidad III. Base de Datos 3 Normalizacin

Forma Boyce Codd (BCNF)

Es una versin ligeramente ms fuerte de la 3FN. La forma normal de BoyceCodd requiere que no existan dependencias funcionales no triviales de los atributos que no sean un conjunto de la clave candidata. En una tabla en 3FN, todos los atributos dependen de una clave, de la clave completa y de ninguna otra cosa excepto de la clave (excluyendo dependencias triviales). Se dice que una tabla est en FNBC si y solo si est en 3FN y cada dependencia funcional no trivial tiene una clave candidata como determinante. En trminos menos formales, una tabla est en FNBC si est en 3FN y los nicos determinantes son claves candidatas.

4 Forma Normal (4FN)

Una tabla est en 4NF si y solo si esta en Tercera forma normal o en BCNF (Cualquiera de ambas) y no posee dependencias multivaluadas no triviales. Una dependencia multivaluada de una tabla con atributos X, Y, Z de X sobre Z (es decir X->>Z) ocurre cuando los posibles valores de Y sobre cualquier par de valores X y Z dependen slo del valor de X y son independientes de Z. Se refiere a posibles valores (en plural) y se trata de que los valores de ese atributo siempre son los mismos segn el valor de un atributo y no del otro La definicin de la 4NF confa en la nocin de una dependencia multivaluada, para suprimir la redundancia de relaciones muchos a muchos. Los Pasos a seguir son: Para eliminar la redundancia de los datos, se deben eliminar las dependencias de valores mltiples. Construir varias tablas, donde cada una almacena datos para solamente uno de los atributos de valores mltiples.

Qu tan lejos debe llevar la normalizacin?

La siguiente decisin es qu tan lejos debe llevar la normalizacin? La normalizacin es una ciencia subjetiva. Determinar las necesidades de simplificacin depende de nosotros. Si nuestra base de datos va a proveer informacin a un solo usuario para un propsito simple y existen pocas posibilidades de expansin, normalizar los datos hasta la 3FN quiz sea algo exagerado. Las reglas de normalizacin existen como guas para crear tablas que sean fciles de manejar, as como flexibles y eficientes. A veces puede ocurrir que normalizar los datos hasta el nivel ms alto no tenga sentido Se estn dividiendo tablas slo para seguir las reglas o estas divisiones son en verdad prcticas? stas son el tipo de cosas que nosotros como diseadores de la base de datos, necesitamos decidir, y la experiencia y el sentido comn nos pueden auxiliar para tomar la decisin correcta. La normalizacin no es una ciencia exacta, ms bien subjetiva.

Prof. Vernica Carreo

Unidad III. Base de Datos 4 Normalizacin

Ejemplos
1 Ejemplo ordenes (id_orden, fecha, id_cliente, nom_cliente, estado, num_art, nom_art, cant, precio) Ordenes
Id_orden Fecha Id_cliente Nom_cliente Estado Num_art 3786 4011 9132 5794 4011 3141 nom_art Red Raqueta Paq-3 Paq-6 Raqueta Funda cant 3 6 8 4 2 2 Precio 35,00 65,00 4,75 5,00 65,00 10,00

2301 2302 2303

23/02/11 25/02/11 27/02/11

101 107 110

Martin Herman Pedro

Caracas Coro Maracay

Al examinar estos registros, podemos darnos cuenta que contienen un grupo repetido para NUM_ITEM, DESC_ITEM, CANT y PRECIO. La 1FN prohibe los grupos repetidos, por lo tanto tenemos que convertir a la primera forma normal. Los pasos a seguir son: Tenemos que eliminar los grupos repetidos. Tenemos que crear una nueva tabla con la tabla base y el grupo repetido. Los registros quedan ahora conformados en dos tablas que llamemos ORDENES y ARTICULOS_ORDENES Ordenes Id_orden 2301 2302 2303

Fecha 23/02/11 25/02/11 27/02/11

Id_cliente 101 107 110

Nom_cliente Martin Herman Pedro

Estado Caracas Coro Maracay

Articulos_ordenes Id_orden Num_art 2301 3786 2301 4011 2301 9132 2302 5794 2303 4011 2303 3141

nom_art Red Raqueta Paq-3 Paq-6 Raqueta Funda

cant 3 6 8 4 2 2

Precio 35,00 65,00 4,75 5,00 65,00 10,00

Ahora procederemos a aplicar la 2FN, es decir, tenemos que eliminar cualquier columna no clave que no dependa de la clave primaria de la tabla

Prof. Vernica Carreo

Unidad III. Base de Datos 5 Normalizacin

La tabla ORDENES est en 2FN. Cualquier valor nico de ID_ORDEN determina un slo valor para cada columna. Por lo tanto, todas las columnas son dependientes de la llave primaria ID_ORDEN. Por su parte, la tabla ARTICULOS_ORDENES no se encuentra en 2FN ya que las columnas PRECIO y DESC_ITEM son dependientes de NUM_ITEM, pero no son dependientes de ID_ORDEN. Lo que haremos a continuacin es eliminar estas columnas de la tabla ARTICULOS_ORDENES y crear una tabla ARTICULOS con dichas columnas y la llave primaria de la que dependen. Ordenes Ordenes Id_orden 2301 2302 2303 (id_orden, Fecha 23/02/11 25/02/11 27/02/11 fecha, id_cliente, Nom_cliente Martin Herman Pedro Nom_cliente, Estado Caracas Coro Maracay estado)

Id_cliente 101 107 110

Articulos_ordenes (id_orden, num_art, cant) Articulos_ordenes Id_orden Num_art cant 2301 3786 3 2301 4011 6 2301 9132 8 2302 5794 4 2303 4011 2 2303 3141 2 Articulos ( num_art, nom_art, precio) Articulos Num_art nom_art Precio 3786 Red 35,00 4011 Raqueta 65,00 9132 Paq-3 4,75 5794 Paq-6 5,00 3141 Funda 10,00 La 3FN nos dice que tenemos que eliminar cualquier columna no clave que sea dependiente de otra columna no clave. Al observar las tablas que hemos creado, nos damos cuenta que tanto la tabla ARTICULOS, como la tabla ARTICULOS_ORDENES se encuentran en 3FN. Sin embargo la tabla ORDENES no lo est, ya que NOM_CLIENTE y ESTADO son dependientes de ID_CLIENTE, y esta columna no es la llave primaria. Para normalizar esta tabla, moveremos las columnas no llave y la columna llave de la cual dependen dentro de una nueva tabla CLIENTES. Las nuevas tablas CLIENTES y ORDENES se muestran a continuacin.

Prof. Vernica Carreo

Unidad III. Base de Datos 6 Normalizacin

Articulos_ordenes (id_orden, num_art, cant) Articulos_ordenes Id_orden Num_art cant 2301 3786 3 2301 4011 6 2301 9132 8 2302 5794 4 2303 4011 2 2303 3141 2 Articulos ( num_art, nom_art, precio) Articulos Num_art nom_art Precio 3786 Red 35,00 4011 Raqueta 65,00 9132 Paq-3 4,75 5794 Paq-6 5,00 3141 Funda 10,00 ordenes (id_orden, fecha, id_cliente) Ordenes Id_orden Fecha Id_cliente 2301 23/02/11 101 2302 25/02/11 107 2303 27/02/11 110 Clientes (id_cliente, nom_cliente, estado) Ordenes Id_cliente Nom_cliente Estado 101 Martin Caracas 107 Herman Coro 110 Pedro Maracay 2 Ejemplo Normalizar la siguiente tabla

Prof. Vernica Carreo

Unidad III. Base de Datos 7 Normalizacin

Visualmente la 1 tabla no una tabla relacional (lo que en terminologa de bases de datos relacionales se llama (Relacin). No cumple la primera forma normal. Lo cumplira si: 1FN

En la 2 tabla suponiendo que el DNI y el cdigo de curso formen una clave principal para esta tabla, slo la nota tiene dependencia funcional completa. El nombre y los apellidos dependen de forma completa del DNI. La tabla no es 2FN, para arreglarlo 2FN

La Provincia depende funcionalmente del cdigo de provincia, lo que hace que no est en 3FN. El arreglo sera 3FN

Prof. Vernica Carreo

Unidad III. Base de Datos 8 Normalizacin

3 Ejemplo A travs del siguiente ejercicio se intenta afirmar los conocimientos de normalizacin con un ejemplo simplificado de una base de datos para una pequea biblioteca.
CodLibro 1001 1004 1005 1006 Titulo Variable compleja Visual Basic 5 Estadstica Autor Murray Spiegel E. Petroustsos Murray Spiegel Editorial McGraw Hill Anaya McGraw Hill y Oracle Corp. NombreLector Prez Juan Gmez, FechaDev 15/04/2005 17/04/2005 16/04/2005 20/04/2005

Ros Tern, Ana Roca, Ren Garca Luis Prez Juan Roque,

Nancy Oracle University Greenberg Priya Nathan Clipper 5.01 Ramalho

1007

McGraw Hill

Gmez,

18/04/2005

Esta tabla no cumple el requisito de la Primera Forma Normal (1NF) de slo tener campos atmicos, pues el nombre del lector es un campo que puede (y conviene) descomponerse en apellido paterno, apellido materno y nombres. Tal como se muestra en la siguiente tabla. 1NF
CodLibro Titulo 1001 1004 1005 1006 1006 1007 Variable compleja Visual Basic 5 Estadstica Autor Murray Spiegel E. Petroustsos Murray Spiegel Editorial McGraw Hill Anaya McGraw Hill Paterno Materno Nombres FechaDev Prez Ros Roca Roque Roque Gmez Gmez Tern Juan Ana Ren Luis Luis Juan 15/04/2005 17/04/2005 16/04/2005 20/04/2005 20/04/2005 18/04/2005

OracleUniversity NancyGreenberg Oracle Corp. Garca OracleUniversity Priya Nathan Clipper 5.01 Ramalho Oracle Corp. Garca McGraw Hill Prez

Como se puede ver, hay cierta redundancia caracterstica de 1NF. La Segunda Forma Normal (2NF) pide que no existan dependencias parciales o dicho de otra manera, todos los atributos no clave deben depender por completo de la clave primaria. Actualmente en nuestra tabla tenemos varias dependencias parciales si consideramos como atributo clave el cdigo del libro. Por ejemplo, el ttulo es completamente identificado por el cdigo del libro, pero el nombre del lector en realidad no tiene dependencia de este cdigo, por tanto estos datos deben ser trasladados a otra tabla. 2NF

Prof. Vernica Carreo

Unidad III. Base de Datos 9 Normalizacin

CodLibro Titulo 1001 1004 1005 1006 1006 1007 Variable compleja Visual Basic 5 Estadstica

Autor Murray Spiegel E. Petroustsos Murray Spiegel

Editorial McGraw Hill Anaya McGraw Hill

Oracle University NancyGreenberg Oracle Corp. Oracle University Priya Nathan Clipper 5.01 Ramalho Oracle Corp. McGraw Hill

La nueva tabla slo contendr datos del lector. CodLector Paterno Materno Nombres 501 502 503 504 Prez Ros Roca Garca Roque Gmez Tern Juan Ana Ren Luis

Hemos creado una tabla para contener los datos del lector y tambin tuvimos que crear la columna CodLector para identificar unvocamente a cada uno. Sin embargo, esta nueva disposicin de la base de datos necesita que exista otra tabla para mantener la informacin de qu libros estn prestados a qu lectores. Esta tabla se muestra a continuacin: CodLibro CodLector FechaDev 1001 1004 1005 1006 1007 501 502 503 504 501 15/04/2005 17/04/2005 16/04/2005 20/04/2005 18/04/2005

Para la Tercera Forma Normal (3NF) la relacin debe estar en 2NF y adems los atributos no clave deben ser mutuamente independientes y dependientes por completo de la clave primaria. Tambin recordemos que dijimos que esto significa que las columnas en la tabla deben contener solamente informacin sobre la entidad definida por la clave primaria y, por tanto, las columnas en la tabla deben contener datos acerca de una sola cosa.

Prof. Vernica Carreo

Unidad III. Base de Datos 10 Normalizacin

En nuestro ejemplo en 2NF, la primera tabla conserva informacin acerca del libro, los autores y editoriales, por lo que debemos crear nuevas tablas para satisfacer los requisitos de 3NF. 3NF CodLibro Titulo 1001 1004 1005 1006 1007 Variable compleja Visual Basic 5 Estadstica Oracle University Clipper 5.01

CodAutor Autor 801 802 803 804 806 Murray Spiegel E. Petroustsos Nancy Greenberg Priya Nathan Ramalho

CodEditorial Editorial 901 902 903 McGraw Hill Anaya Oracle Corp.

Aunque hemos creado nuevas tablas para que cada una tenga slo informacin acerca de una entidad, tambin hemos perdido la informacin acerca de qu autor ha escrito qu libro y las editoriales correspondientes, por lo que debemos crear otras tablas que relacionen cada libro con sus autores y editoriales. CodLibro codAutor 1001 1004 1005 801 802 801

Prof. Vernica Carreo

Unidad III. Base de Datos 11 Normalizacin

CodLibro codAutor 1006 1006 1007 803 804 806

CodLibro codEditorial 1001 1004 1005 1006 1007 901 902 901 903 901

Y el resto de las tablas no necesitan modificacin. CodLector Paterno Materno Nombres 501 502 503 504 Prez Ros Roca Garca Roque Gmez Tern Juan Ana Ren Luis

CodLibro CodLector FechaDev 1001 1004 1005 1006 1007 4 Ejemplo Aplique la forma Boyce Codd 501 502 503 504 501 15/04/2005 17/04/2005 16/04/2005 20/04/2005 18/04/2005

Prof. Vernica Carreo

Unidad III. Base de Datos 12 Normalizacin

Esa tabla est en tercera forma normal (no hay dependencias transitivas), pero no en forma de Boyce - Codd, ya que (DNI, Asignatura) Tutor y TutorAsignatura. En este caso la redundancia ocurre por mala seleccin de clave. La redundancia de la asignatura es completamente evitable. La solucin sera:

En las formas de Boyce-Codd hay que tener cuidado al descomponer ya que se podra perder informacin por una mala descomposicin 5 Ejemplo Aplique la 4FN

Prof. Vernica Carreo

Unidad III. Base de Datos 13 Normalizacin

La dependencia multivaluada es funcional, entonces quedan dos tablas

Prof. Vernica Carreo

Unidad III. Base de Datos 14 Normalizacin

Un teorema de Fagin indica cuando hay tres pares de conjuntos de atributos X, Y y Z si ocurre X->>Y|Z (Y y Z tienen dependencia multivaluada sobre X), entonces las tablas X,Y y X,Z reproducen sin perder informacin lo que posea la tabla original. Este teorema marca la forma de dividir las tablas hacia una 4FN 6 Ejemplo Consideremos una afinidad (tabla) llamada estudiante que contiene los siguientes atributos: Clave, Especialidad, Curso tal y como se demuestra en la siguiente figura:
Clave S01 S01 S01 B01 Especialidad Sistemas Bioqumica Sistemas Bioqumica Natacin Danza Natacin Guitarra Curso

C03 Civil Natacin En esta tabla existen dependencias de valores mltiples Las dependencias de valores mltiples se definen de la siguiente manera: Clave >->Especialidad y Clave->->Curso; Esto se lee "Clave multidetErmina a Especialidad, y clave multidetermina a Curso" Para nuestro ejemplo, las tablas correspondientes son: Tabla Especialidad Clave Especialidad S01 B01 C03 Sistemas Bioqumica Civil

Tabla Curso Clave Curso S01 S01 B01 C03 7 Ejemplo En la siguiente tabla aplique la 4FN Natacin Danza Guitarra Natacin

Prof. Vernica Carreo

Unidad III. Base de Datos 15 Normalizacin

Y su solucin se presentara de la siguiente manera:

8 Ejemplo

Prof. Vernica Carreo

Unidad III. Base de Datos 16 Normalizacin

Un ejemplo de una tabla BCNF es la siguiente, teniendo en cuenta que cada estudiante puede tener ms de un tutor:

Referencia cruzada de Tutor/Estudiante El propsito de la tabla es mostrar qu tutores estn asignados a qu estudiantes. Las claves candidatas de la tabla son: {ID Tutor, ID Estudiante} {Nmero de seguro social del tutor, ID Estudiante} Por lo tanto los tres atributos de la tabla son atributos primarios, es decir, los tres atributos pertenecen a las claves candidatas. La FNBC es ms rigurosa que la 3NF en que no permite ninguna dependencia funcional en la cual el conjunto determinante de atributos no sea una clave candidato (o superconjunto de eso). La dependencia de ID Tutor en Nmero de seguro social del tutor es ese tipo de dependencia. Por consiguiente, la tabla de arriba no est en FNBC Cualquier tabla que sea insuficiente en FNBC ser vulnerable a inconsistencias lgicas. En la tabla de arriba poda ser representada una combinacin inconsistente de ID Tutor y Nmero de seguro social del tutor. En este caso, corregir el problema sera una simple cuestin de usar solo un esquema de identificacin para los tutores: o el ID, o el nmero del seguro social, pero no ambos. ID TUTOR ID ESTUDIANTE 1078 31850 1078 37921 1293 46224 1480 31850

Prof. Vernica Carreo

Unidad III. Base de Datos 17 Normalizacin

Ejercicios Propuestos
1. FACTURA DE COMPRA VENTA: La empresa COLOMBIAN SYSTEMS lo ha contratado como el Ingeniero Encargado para sistematizar la facturacin. En la siguiente FACTURA DE COMPRA VENTA, usted debe analizar toda la informacin disponible y aplique el proceso de normalizacin, hasta llegar a la Tercera Forma Normal. Se pide realizar la respectiva justificacin detallada de cada uno de los pasos que conduzcan al resultado final. Factura(NUM_FAC, FECHA_FAC, NOM_CLIENTE, DIR_CLIENTE, RIF_CLIENTE, CIUDAD_CLIENTE, TELEF_CLIENTE, CATEGORIA, COD_PROD, DESP_PROD, VAL_UNIT, CANT_PROD) Donde: NUM_FAC: Nmero de la factura de compra venta FECHA_FAC: Fecha de la factura de compra venta NOM_CLIENTE: Nombre del cliente DIR_CLIENTE: Direccin del cliente RIF_CLIENTE: Rif del cliente CIUDAD_CLIENTE: Ciudad del cliente TELEF_CLIENTE: Telfono del cliente CATEGORIA: Categora del producto COD_PROD: Cdigo del producto DESCRIPCION: Descripcin del producto VAL_UNIT: Valor unitario del producto CANT_PROD: Cantidad de productos q compra el cliente La llave primaria es Nmero de Factura de venta: NUM_FAC 2. EMPRESA DE ENVIO DE MERCANCIA: a continuacin se agrupan todos los atributos que hacen parte de la base de datos para aplicarle las reglas de normalizacin. Donde se incluyen los nombres de los atributos con su significado * GUIA_NO = Numero de Guia * GUIA_FECHA= Fecha de la Guia * GUIA_HORA= Hora de la Guia * ORGN_RIF = Identificacion de Empresa Origen * ORGN_NOM = Nombre de Empresa Origen * ORGN_ACT = Actividad Comercial de Empresa Origen * ORGN_CIUDAD= Ciudad de Empresa Origen * ORGN_DIR = Direccion de Empresa Origen * ORGN_TEL = Telefono de Empresa Origen

Prof. Vernica Carreo

Unidad III. Base de Datos 18 Normalizacin

* ORGN_CEL = Celular de Empresa Origen * DEST_ID = Identificacion del destinatario * DEST_NOM = Nombre del destinatario * DEST_COD_CIUDAD = Codigo de la ciudad del destinatario * DEST_CIUDAD= Ciudad del destinatario * DEST_DIR = Direccion del destinatario * DEST_TEL = Telefono del destinatario * DEST_KM = Distancia kilometraje de Ciudad origen a ciudad del destinatario * CODIGO = Codigo del paquete * TIPO = Tipo de paquete * NOMBRE = Nombre del paquete * DESCRIPCION = Descripcin del paquete * VALR_ FLETE = Valor del flete 3. Video club: En una tienda de video se necesita mantener informacin de alrededor de 3000 casetas cada uno de los casetes tiene asignado un nmero por cada `pelcula se necesita conocer un titulo y categora por ejemplo: comedia, suspenso, drama, accin, ciencia ficcin, etc. Se mantienen algunas copias de muchas pelculas. Se le da a cada pelcula una identificacin y se mantiene seguimiento de lo que contiene cada casete. Un casete puede venir en varios formatos y una pelcula es grabada en un solo casete; frecuentemente las pelculas son pedidas de acuerdo a un actor especifico Tom Cruise y Demi More son los ms populares es por esto que se debe mantener informacin de los actores que pertenecen a cada pelcula. No en todas las pelculas actan artistas famosos, a los clientes de la tienda le gusta conocer datos como el nombre real del actor, y su fecha de nacimiento. En la tienda se mantienen informacin solo de los actores que aparecen en las pelculas y que se tiene a disposicin. Solo se alquila videos a aquellos que pertenecen al club de videos. Para pertenecer al club se debe tener un buen crdito. Por cada miembro del club se mantiene una ficha con su nombre, telfono y direccin, cada miembro del club tiene asignado un nmero de membresa. Se desea mantener informacin de todos los casetes que un cliente alquila, cuando un cliente alquila un casete se debera conocer el nombre de la pelcula, la fecha en la que se alquila y la fecha de devolucin. Se pide aplicar las reglas de normalizacin hasta la tercera forma normal, teniendo las siguientes entidades con sus respectivos atributos: Alquiler (cod_alquiler, num_membresia, cod_cliente, nom_cliente, dir_cliente, telef_cliente, cod_cassette, fecha_alquiler, fecha_dev, valor_alquiler, cantidad)

Prof. Vernica Carreo

Unidad III. Base de Datos 19 Normalizacin

Cassettte (cod_cassette, num_copias, formato, cod_pelicula, titulo, categora, cod_actor, nom_actor, fechanac_actor, cod_tipo) Donde: cod_alquiler = Codigo del alquiler num_membresia = Numero de membresia cod_cliente = cdigo del cliente nom_cliente = nombre del cliente dir_cliente = direccin del cliente telef_cliente = telfono del cliente cod_cassette = cdigo del cassette fecha_alquiler = fecha del alquiler del al pelcula fecha_dev = fecha de devolucin de la pelicula valor_alquiler = valor del alquiler de la pelcula cantidad = cantidad de pelcula alquilada num_copias = nmeros de copias de cassette formato = formato del cassette titulo = nombre de la pelcula categora = categora de la pelcula cod_actor = cdigo del actor nom_actor = nombre del actor fechanac_actor = fecha de nacimiento del actor cod_tipo = cdigo del tipo de pelcula. 4. Dada la siguiente relacin PRESTAMO_LIBROS (Colegio, profesor, asignatura_habilidad, aula, curso, libro, editorial, fecha_prestamo) que contiene informacin relativa a los prestamos que realizan las editoriales a los profesores de primaria de los colegios para su evaluacin en alguna de las asignaturas/habilidades que imparten. Se pide aplicar las reglas de normalizacin y obtener su modelo relacional, indicar sus claves, atributos principales.
Colegio C.P Cervante s C.P Cervante s C.P Cervante s Profesor Asignatura/ habilidad Pensamient o Lgico Aula Curs o 1er Grado Libro Aprender y ensear en educacin infantil Preescola r Rubio,N56 Aprender y Ensear en Editoria l Fecha_prestam o

Juan Prez

1.A0 1

Gra

09/09/2010

Juan Prez Juan Prez

Escritura Pensamient o Numrico

1.A0 1 1.A0 1

1er Grado 1er Grado

Tcnica s Rubio Gra

05/05/2010

05/05/2010

Prof. Vernica Carreo

Unidad III. Base de Datos 20 Normalizacin

educacin infantil C.P Cervante s C.P Cervante s Alicia Garca Pensamient o Espacial, Temporal y causal Pensamient o Numrico 1.B0 1 1er Grado Educacin Infantil N9 Aprender y ensear en educacin infantil Aprender y ensear en educacin infantil Saber educar: gua para Padres y Profesore s Saber educar: gua para Padres y Profesore s Aprender y ensear en educacin infantil Prentice Hall 06/05/2010

Alicia Garca

1.B0 1

1er Grado

Gra

06/05/2010

C.P Cervante s

Andrs Fernnde z

Escritura

1.A0 1

2do Grado

Gra

09/09/2010

C.P Cervante s

Andrs Fernnde z

Ingles

1.A0 1

2do Grado

Temas de Hoy

05/05/2010

C.P Quevedo

Juan Mndez

Pensamient o Lgico

2.B0 1

1er Grado

Temas de Hoy

18/12/2010

C.P Quevedo

Juan Mndez

Pensamient o Numrico

2.B0 1

1er Grado

Gra

06/05/2010

5. Se tiene una relacin del REPORTE_MATRICULA (cdigo_alumno, nombre_alumno, especialidad, cdigo_curso, nombre_curso, nombre_docente, oficina, seccin) se pide aplicar las reglas de normalizacin llegando hasta las 3FN
Cdigo/ alumno 382145 A 382145 A 382145 A 360247k 360247k 360247k Nombre/ alumno Luis Zuloaga Luis Zuloaga Luis Zuloaga Ral Rojas Ral Rojas Ral Rojas Especialid ad Industrial Industrial Industrial Sistemas Sistemas Sistemas Cdigo/ curso MA123 QU514 AU521 PA714 MA123 AU511 Nombre_curs o Matemtica 2 Fsica Qumica Descriptiva Investigacin 1 Matemtica 2 Dibujo Nombre/ docente Carlos Arambulo Petra Rondinel Vctor Moncada Cesar Fernadez Carlos Arambulo Vctor Oficina CB-214 CB-110 CB-120 SC-220 CB-214 CB-120 curs o U U W V V U

Prof. Vernica Carreo

Unidad III. Base de Datos 21 Normalizacin Moncada

6. Se presenta una base de datos de una biblioteca, aplicar las reglas de normalizacin simplificando hasta la tercera forma normal. Prestamos_libro (codLibro, Titulo, Autor, Editorial, NombreLector, Fechadev)
codLibro 1001 1004 1005 1006 1007 Titulo Variable compleja Visual Basic 5 Estadstica Oracle University Clipper 5.01 Autor Murray Spiegel E. Petroustsos Murray Spiegel Nancy Greenberg y Priya Nathan Ramalho Editorial McGraw Hill Anaya McGraw Hill Oracle Corp. McGraw Hill nombreLector Prez Gmez, Juan Ros Tern, Ana Roca, Ren Garca Roque, Luis Prez Gmez, Juan Fechadev 15/04/2005 17/04/2005 16/04/2005 20/04/2005 18/04/2005

7. UTILIZACIN DE RECURSOS DE LA UNIVERSIDAD: Dada la siguiente relacin UTILIZACIN (DNI_Prof, Nombre_Prof, Despacho_Prof, Recurso, Ubicacin, Fecha_inicio, Fecha_fin,) que contiene informacin relativa a la utilizacin de los recursos de la universidad por parte de los profesores en periodos de tiempo
DNI_Prof 33456456 44556689 33456456 11223344 99771122 33456456 99887766 33456456 Nombre_Prof P. Martnez L. Moreno P. Martnez E. Castro D. Cuadra P. Martnez F. Calle P. Martnez Despacho_Prof 2.2.B05 2.2.A10 2.2.B05 2.2.B23 2.1.B23 2.2.B05 2.1.C11 2.2.B05 Recurso R122 R100 R200 R122 R200 R300 R300 R122 Descripcin Tablet PC Impresora Porttil Tablet PC Porttil Scaner Scaner Tablet PC Fecha_inicio 1-1-2007 1-1-2007 12-1-2007 16-1-2007 23-1-2007 1-1-2007 1-2-2007 1-2-2007 Fecha_fin 15-1-2007 15-1-2007 22-1-2007 31-1-2007 26-1-2007 15-1-2007 6-2-2007 6-2-2007

8. TURNOS DE TRABAJO: Dada la siguiente relacin ASIGNACIN (DNI, Nombre, Cdigo_Tienda, Direccin_Tienda, Fecha, Turno) que contiene informacin relativa a la asignacin de los turnos de trabajo de los empleados de los distintos centros de una cadena de tiendas de moda:
DNI 33456456 44556689 99771122 33456456 11223344 99887766 11223344 99887766 Nombre P. Martn L. Sanz D. Daz P. Martn E. Lpez F. Monte E. Lpez F. Monte Cdigo_Tienda 100A 100A 100A 200B 300C 200B 300C 100A Direccin _Tienda Avd. Mayor, 23, Alcorcn Avd. Mayor, 23, Alcorcn Avd. Mayor, 23, Alcorcn C/ Sur 13, Alcorcn Pl. Central, Getafe C/ Sur 13, Alcorcn Pl. Central, Getafe Avd. Mayor, 23, Alcorcn Turno M M T T M M M M Fecha 2/9/06 2/9/06 2/9/06 3/9/06 3/9/06 3/9/06 4/9/06 4/9/06

Prof. Vernica Carreo

Unidad III. Base de Datos 22 Normalizacin

44556689 33456456 L. Sanz P. Martn 100A 200B Avd. Mayor, 23, Alcorcn C/ Sur 13, Alcorcn T M 4/9/06 5/9/06

9. ACTIVIDADES DEPORTIVAS: Dada la siguiente relacin SE REALIZA(Cod_Actividad, Nombre_Actividad, DNI_Monitor, Nombre_monitor, Sala, Fecha, Hora_I, Hora_F) utilizada para almacenar informacin sobre la fecha y duracin de las actividades deportivas que se organizan en un colegio Se pide:

Prof. Vernica Carreo