Normalizacion de Base de Datos

32
Unidad III. Base de Datos Normalización 1 NORMALIZACION DE BASE DE DATOS RELACIONALES NORMALIZACION DE BASE DE DATOS RELACIONALES Términos Básicos para Investigar Clave primaria Clave candidata tupla Dependencias multivaluadas Dependencias parciales Dependencias transitivas Dependencias funcionales Dependencias triviales Dependencia parcial Qué es la normalización Qué es la normalización La normalización es el proceso mediante el cual se transforman datos complejos a un conjunto de estructuras de datos más pequeñas, que además de ser más simples y más estables, son más fáciles de mantener. También se puede entender la normalización como una serie de reglas que sirven para ayudar a los diseñadores de bases de datos a desarrollar un esquema que minimice los problemas de lógica. Cada regla está basada en la que le antecede. La normalización 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 conducía a errores de lógica cuando se trataban de manipular los datos. La normalización también hace las cosas fáciles de entender. Los seres humanos tenemos la tendencia de simplificar las cosas al máximo. Lo hacemos con casi todo, desde los animales hasta con los automóviles. Vemos una imagen de gran tamaño y la hacemos más simple agrupando cosas similares juntas. Las guías que la normalización provee crean el marco de referencia para simplificar una estructura de datos compleja. Otra ventaja de la normalización 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 repetición de datos, lo que tiene como consecuencia un mucho menor uso de espacio en disco. El proceso de normalización tiene un Prof. Verónica Carreño

description

Es un buen libro

Transcript of Normalizacion de Base de Datos

Normalizacin

NORMALIZACION DE BASE DE DATOS RELACIONALES

Trminos Bsicos para Investigar

Unidad III. Base de Datos Normalizacin16

Prof. Vernica CarreoClave primariaClave candidatatuplaDependencias multivaluadas Dependencias parcialesDependencias transitivasDependencias funcionalesDependencias trivialesDependencia 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.

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 valorLos 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 claveEs 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

Forma Boyce Codd (BCNF)Es una versin ligeramente ms fuerte de la 3FN. La forma normal de Boyce-Codd 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 enTercera forma normalo enBCNF(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 yZ 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 nodel otroLa definicin de la 4NF confa en la nocin de unadependencia 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 sentidoSe 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.

Ejemplos 1 Ejemplo

ordenes (id_orden, fecha, id_cliente, nom_cliente, estado, num_art, nom_art, cant, precio)OrdenesId_ordenFechaId_clienteNom_clienteEstadoNum_artnom_artcantPrecio

230123/02/11101MartinCaracas378640119132RedRaquetaPaq-336835,0065,004,75

230225/02/11107HermanCoro5794Paq-645,00

230327/02/11110PedroMaracay40113141RaquetaFunda2265,0010,00

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

OrdenesId_ordenFechaId_clienteNom_clienteEstado

230123/02/11101MartinCaracas

230225/02/11107HermanCoro

230327/02/11110PedroMaracay

Articulos_ordenesId_ordenNum_artnom_artcantPrecio

23013786Red335,00

23014011Raqueta665,00

23019132Paq-384,75

23025794Paq-645,00

23034011Raqueta265,00

23033141Funda210,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 tablaLa 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 (id_orden, fecha, id_cliente, Nom_cliente, estado)OrdenesId_ordenFechaId_clienteNom_clienteEstado

230123/02/11101MartinCaracas

230225/02/11107HermanCoro

230327/02/11110PedroMaracay

Articulos_ordenes (id_orden, num_art, cant)Articulos_ordenesId_ordenNum_artcant

230137863

230140116

230191328

230257944

230340112

230331412

Articulos ( num_art, nom_art, precio)ArticulosNum_artnom_artPrecio

3786Red35,00

4011Raqueta65,00

9132Paq-34,75

5794Paq-65,00

3141Funda10,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.Articulos_ordenes (id_orden, num_art, cant)Articulos_ordenesId_ordenNum_artcant

230137863

230140116

230191328

230257944

230340112

230331412

Articulos ( num_art, nom_art, precio)ArticulosNum_artnom_artPrecio

3786Red35,00

4011Raqueta65,00

9132Paq-34,75

5794Paq-65,00

3141Funda10,00

ordenes (id_orden, fecha, id_cliente)OrdenesId_ordenFechaId_cliente

230123/02/11101

230225/02/11107

230327/02/11110

Clientes (id_cliente, nom_cliente, estado)OrdenesId_clienteNom_clienteEstado

101MartinCaracas

107HermanCoro

110PedroMaracay

2 Ejemplo

Normalizar la siguiente tabla

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. Latabla no es 2FN, para arreglarlo2FN

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

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.CodLibroTituloAutorEditorialNombreLectorFechaDev

1001Variable complejaMurraySpiegelMcGrawHillPrez Gmez, Juan15/04/2005

1004Visual Basic 5E.PetroustsosAnayaRos Tern, Ana17/04/2005

1005EstadsticaMurraySpiegelMcGrawHillRoca, Ren16/04/2005

1006OracleUniversityNancy Greenberg y Priya NathanOracleCorp.Garca Roque, Luis20/04/2005

1007Clipper5.01RamalhoMcGrawHillPrez Gmez, Juan18/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.1NFCodLibroTituloAutorEditorialPaternoMaternoNombresFechaDev

1001Variable complejaMurraySpiegelMcGrawHillPrezGmezJuan15/04/2005

1004Visual Basic 5E.PetroustsosAnayaRosTernAna17/04/2005

1005EstadsticaMurraySpiegelMcGrawHillRocaRen16/04/2005

1006OracleUniversityNancyGreenbergOracleCorp.GarcaRoqueLuis20/04/2005

1006OracleUniversityPriyaNathanOracleCorp.GarcaRoqueLuis20/04/2005

1007Clipper5.01RamalhoMcGrawHillPrezGmezJuan18/04/2005

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.2NFCodLibroTituloAutorEditorial

1001Variable complejaMurraySpiegelMcGrawHill

1004Visual Basic 5E.PetroustsosAnaya

1005EstadsticaMurraySpiegelMcGrawHill

1006OracleUniversityNancyGreenbergOracleCorp.

1006OracleUniversityPriyaNathanOracleCorp.

1007Clipper5.01RamalhoMcGrawHill

La nueva tabla slo contendr datos del lector.CodLectorPaternoMaternoNombres

501PrezGmezJuan

502RosTernAna

503RocaRen

504GarcaRoqueLuis

Hemos creado una tabla para contener los datos del lector y tambin tuvimos que crear la columnaCodLectorpara 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:CodLibroCodLectorFechaDev

100150115/04/2005

100450217/04/2005

100550316/04/2005

100650420/04/2005

100750118/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.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.3NFCodLibroTitulo

1001Variable compleja

1004Visual Basic 5

1005Estadstica

1006OracleUniversity

1007Clipper5.01

CodAutorAutor

801MurraySpiegel

802E.Petroustsos

803NancyGreenberg

804PriyaNathan

806Ramalho

CodEditorialEditorial

901McGrawHill

902Anaya

903OracleCorp.

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.CodLibrocodAutor

1001801

1004802

1005801

1006803

1006804

1007806

CodLibrocodEditorial

1001901

1004902

1005901

1006903

1007901

Y el resto de las tablas no necesitan modificacin.CodLectorPaternoMaternoNombres

501PrezGmezJuan

502RosTernAna

503RocaRen

504GarcaRoqueLuis

CodLibroCodLectorFechaDev

100150115/04/2005

100450217/04/2005

100550316/04/2005

100650420/04/2005

100750118/04/2005

4 Ejemplo

Aplique la forma Boyce Codd

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

La dependencia multivaluada es funcional, entonces quedan dos tablas

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:ClaveEspecialidadCurso

S01SistemasNatacin

S01BioqumicaDanza

S01SistemasNatacin

B01BioqumicaGuitarra

C03CivilNatacin

En esta tabla existendependencias de valores mltiplesLas 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 EspecialidadClaveEspecialidad

S01Sistemas

B01Bioqumica

C03Civil

Tabla CursoClaveCurso

S01Natacin

S01Danza

B01Guitarra

C03Natacin

7 Ejemplo

En la siguiente tabla aplique la 4FN

Y su solucin se presentara de la siguiente manera:

8 Ejemplo

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/EstudianteEl 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 FNBCCualquier 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 TUTORID ESTUDIANTE

107831850

107837921

129346224

148031850

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 ventaFECHA_FAC: Fecha de la factura de compra ventaNOM_CLIENTE: Nombre del clienteDIR_CLIENTE: Direccin del clienteRIF_CLIENTE: Rif del clienteCIUDAD_CLIENTE: Ciudad del clienteTELEF_CLIENTE: Telfono del clienteCATEGORIA: Categora del productoCOD_PROD: Cdigo del productoDESCRIPCION: Descripcin del productoVAL_UNIT: Valor unitario del productoCANT_PROD: Cantidad de productos q compra el clienteLa 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 * 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)Cassettte (cod_cassette, num_copias, formato, cod_pelicula, titulo, categora, cod_actor, nom_actor, fechanac_actor, cod_tipo)Donde:cod_alquiler = Codigo del alquilernum_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 pelculafecha_dev = fecha de devolucin de la pelicula valor_alquiler = valor del alquiler de la pelculacantidad = cantidad de pelcula alquiladanum_copias = nmeros de copias de cassetteformato = formato del cassettetitulo = nombre de la pelculacategora = categora de la pelculacod_actor = cdigo del actornom_actor = nombre del actorfechanac_actor = fecha de nacimiento del actorcod_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. ColegioProfesorAsignatura/habilidadAulaCursoLibroEditorialFecha_prestamo

C.P CervantesJuan PrezPensamiento Lgico1.A011er GradoAprender y ensear en educacin infantilGra09/09/2010

C.P CervantesJuan PrezEscritura1.A011er GradoPreescolar Rubio,N56Tcnicas Rubio05/05/2010

C.P CervantesJuan PrezPensamiento Numrico1.A011er GradoAprender y Ensear en educacin infantilGra05/05/2010

C.P CervantesAlicia GarcaPensamiento Espacial, Temporal y causal1.B011er GradoEducacin Infantil N9Prentice Hall06/05/2010

C.P CervantesAlicia GarcaPensamiento Numrico1.B011er GradoAprender y ensear en educacin infantilGra06/05/2010

C.P CervantesAndrs FernndezEscritura1.A012do GradoAprender y ensear en educacin infantilGra09/09/2010

C.P CervantesAndrs FernndezIngles1.A012do GradoSaber educar: gua para Padres y ProfesoresTemas de Hoy05/05/2010

C.P QuevedoJuan MndezPensamiento Lgico2.B011er GradoSaber educar: gua para Padres y ProfesoresTemas de Hoy18/12/2010

C.P QuevedoJuan MndezPensamiento Numrico2.B011er GradoAprender y ensear en educacin infantilGra06/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 3FNCdigo/alumnoNombre/alumnoEspecialidadCdigo/cursoNombre_cursoNombre/docenteOficinacurso

382145ALuis ZuloagaIndustrialMA123Matemtica 2Carlos ArambuloCB-214U

382145ALuis ZuloagaIndustrialQU514Fsica QumicaPetra RondinelCB-110U

382145ALuis ZuloagaIndustrialAU521DescriptivaVctor MoncadaCB-120W

360247kRal RojasSistemasPA714Investigacin 1Cesar FernadezSC-220V

360247kRal RojasSistemasMA123Matemtica 2Carlos ArambuloCB-214V

360247kRal RojasSistemasAU511DibujoVctor MoncadaCB-120U

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)codLibroTituloAutorEditorialnombreLectorFechadev

1001Variable complejaMurray SpiegelMcGraw HillPrez Gmez, Juan15/04/2005

1004Visual Basic 5E. PetroustsosAnayaRos Tern, Ana17/04/2005

1005EstadsticaMurray SpiegelMcGraw HillRoca, Ren16/04/2005

1006Oracle UniversityNancy Greenberg y Priya NathanOracle Corp.Garca Roque, Luis20/04/2005

1007Clipper 5.01RamalhoMcGraw HillPrez Gmez, Juan18/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 Nombre_Prof Despacho_Prof Recurso Descripcin Fecha_inicio Fecha_fin

33456456 P. Martnez 2.2.B05 R122 Tablet PC 1-1-2007 15-1-2007

44556689 L. Moreno 2.2.A10 R100 Impresora 1-1-2007 15-1-2007

33456456 P. Martnez 2.2.B05 R200 Porttil 12-1-2007 22-1-2007

11223344 E. Castro 2.2.B23 R122 Tablet PC 16-1-2007 31-1-2007

99771122 D. Cuadra 2.1.B23 R200 Porttil 23-1-2007 26-1-2007

33456456 P. Martnez 2.2.B05 R300 Scaner 1-1-2007 15-1-2007

99887766 F. Calle 2.1.C11 R300 Scaner 1-2-2007 6-2-2007

33456456 P. Martnez 2.2.B05 R122 Tablet PC 1-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 Nombre Cdigo_Tienda Direccin _Tienda Turno Fecha

33456456 P. Martn 100A Avd. Mayor, 23, Alcorcn M 2/9/06

44556689 L. Sanz 100A Avd. Mayor, 23, Alcorcn M 2/9/06

99771122 D. Daz 100A Avd. Mayor, 23, Alcorcn T 2/9/06

33456456 P. Martn 200B C/ Sur 13, Alcorcn T 3/9/06

11223344 E. Lpez 300C Pl. Central, Getafe M 3/9/06

99887766 F. Monte 200B C/ Sur 13, Alcorcn M 3/9/06

11223344 E. Lpez 300C Pl. Central, Getafe M 4/9/06

99887766 F. Monte 100A Avd. Mayor, 23, Alcorcn M 4/9/06

44556689 L. Sanz 100A Avd. Mayor, 23, Alcorcn T 4/9/06

33456456 P. Martn 200B C/ Sur 13, Alcorcn M 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: