Guia normalización

37,623 views

Published on

Published in: Education
6 Comments
20 Likes
Statistics
Notes
No Downloads
Views
Total views
37,623
On SlideShare
0
From Embeds
0
Number of Embeds
107
Actions
Shares
0
Downloads
2,024
Comments
6
Likes
20
Embeds 0
No embeds

No notes for slide

Guia normalización

  1. 1. Unidad III. Base de Datos 1 Normalización NORMALIZACION DE BASE DE DATOS RELACIONALESTérminos Básicos para InvestigarClave primaria Dependencias transitivasClave candidata Dependencias funcionalestupla Dependencias trivialesDependencias multivaluadas Dependencia parcialDependencias parcialesQué es la normalización La normalización es el proceso mediante el cual se transforman datoscomplejos a un conjunto de estructuras de datos más pequeñas, que además deser más simples y más estables, son más fáciles de mantener. También se puedeentender la normalización como una serie de reglas que sirven para ayudar a losdiseñadores de bases de datos a desarrollar un esquema que minimice losproblemas de lógica. Cada regla está basada en la que le antecede. Lanormalización se adoptó porque el viejo estilo de poner todos los datos en un sololugar, como un archivo o una tabla de la base de datos, era ineficiente y conducíaa errores de lógica cuando se trataban de manipular los datos. La normalización también hace las cosas fáciles de entender. Los sereshumanos tenemos la tendencia de simplificar las cosas al máximo. Lo hacemoscon casi todo, desde los animales hasta con los automóviles. Vemos una imagende gran tamaño y la hacemos más simple agrupando cosas similares juntas. Lasguías que la normalización provee crean el marco de referencia para simplificaruna 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 nonormalizada. Hay menos repetición de datos, lo que tiene como consecuencia unmucho menor uso de espacio en disco. El proceso de normalización tiene unnombre y una serie de reglas para cada fase. Esto puede parecer un poco confusoal principio, pero poco a poco se va entendiendo el proceso, así como las razonespara hacerlo de esta manera. Existen seis niveles formas de normalización: Primera Forma Normal (1NF),Segunda Forma Normal (2NF), Tercera Forma Normal (3NF), Forma NormalBoyce-Codd, Cuarta Forma Normal (4NF), Quinta Forma Normal (5NF) o FormaNormal de Proyección-Unión, Forma Normal de Proyección-Unión Fuerte, FormaNormal de Proyección-Unión Extra Fuerte y Forma Normal de Clave de Dominio.Estas formas de normalización pueden llevar las cosas más allá de lo quenecesitamos. Éstas existen para hacer una base de datos realmente relacional.Tienen que ver principalmente con dependencias múltiples y claves relacionales.Prof. Verónica Carreño
  2. 2. Unidad III. Base de Datos 2 NormalizaciónPrimera Forma Normal (1FN) La regla de la Primera Forma Normal establece que las columnas repetidasdeben eliminarse y colocarse en tablas separadas. Una tabla se encuentra en primera forma normal si impide que un atributo deuna tupla pueda tomar más 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 dependenciasparciales se deben eliminar y separar dentro de sus propias tablas. Unadependencia parcial es un término que describe a aquellos datos que nodependen de la a primaria de la tabla para identificarlos. Es decir, ocurre si una tabla está en primera forma normal y además cadaatributo que no sea clave, depende de forma funcional completa respecto decualquiera de las claves. Toda la clave principal debe hacer dependientes al restode atributos, si hay atributos que depende sólo de parte de la clave, entonces esaparte de la clave y esos atributos formarán otra tabla. Los Pasos a seguir son: Determinar cuáles 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 dependenTercera Forma Normal (3FN) Una tabla está normalizada en esta forma si todas las columnas que no sonclave son funcionalmente dependientes por completo de la clave primaria y no haydependencias transitivas. Una dependencia transitiva es aquella en la cual lascolumnas que no son clave son dependientes de otras columnas que tampoco sonclave Es decir, sucede cuando una tabla está en 2FN y además ningún atributoque no sea clave depende transitivamente de las claves de la tabla, es por elloque no ocurre cuando algún atributo depende funcionalmente de atributos que noson 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 dependientesProf. Verónica Carreño
  3. 3. Unidad III. Base de Datos 3 NormalizaciónForma Boyce Codd (BCNF) Es una versión ligeramente más fuerte de la 3FN. La forma normal de Boyce-Codd requiere que no existan dependencias funcionales no triviales de losatributos 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 otracosa excepto de la clave (excluyendo dependencias triviales). Se dice que una tabla está en FNBC si y solo si está en 3FN y cadadependencia funcional no trivial tiene una clave candidata como determinante. Entérminos menos formales, una tabla está en FNBC si está en 3FN y los únicosdeterminantes son claves candidatas.4º Forma Normal (4FN) Una tabla está en 4NF si y solo si esta en Tercera forma normal oen BCNF (Cualquiera de ambas) y no posee dependencias multivaluadas notriviales. Una dependencia multivaluada de una tabla con atributos X, Y, Z de Xsobre Z (es decir X->>Z) ocurre cuando los posibles valores de Y sobre cualquierpar de valores X y Z dependen sólo del valor de X y son independientes de Z. Serefiere a posibles valores (en plural) y se trata de que los valores de ese atributosiempre son los mismos según el valor de un atributo y no del otro La definición de la 4NF confía en la noción 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 múltiples. Construir varias tablas, donde cada una almacena datos para solamente uno de los atributos de valores múltiples.¿Qué tan lejos debe llevar la normalización? La siguiente decisión es ¿qué tan lejos debe llevar la normalización? Lanormalización es una ciencia subjetiva. Determinar las necesidades desimplificación depende de nosotros. Si nuestra base de datos va a proveerinformación a un solo usuario para un propósito simple y existen pocasposibilidades de expansión, normalizar los datos hasta la 3FN quizá sea algoexagerado. Las reglas de normalización existen como guías para crear tablas quesean fáciles de manejar, así como flexibles y eficientes. A veces puede ocurrir quenormalizar los datos hasta el nivel más alto no tenga sentido ¿Se están dividiendo tablas sólo para seguir las reglas o estas divisiones sonen verdad prácticas? Éstas son el tipo de cosas que nosotros como diseñadoresde la base de datos, necesitamos decidir, y la experiencia y el sentido común nospueden auxiliar para tomar la decisión correcta. La normalización no es unaciencia exacta, más bien subjetiva.Prof. Verónica Carreño
  4. 4. Unidad III. Base de Datos 4 NormalizaciónEjemplos1º Ejemplo ordenes (id_orden, fecha, id_cliente, nom_cliente, estado, num_art, nom_art,cant, precio) OrdenesId_orden Fecha Id_cliente Nom_cliente Estado Num_art nom_art cant Precio 3786 Red 3 35,002301 23/02/11 101 Martin Caracas 4011 Raqueta 6 65,00 9132 Paq-3 8 4,752302 25/02/11 107 Herman Coro 5794 Paq-6 4 5,00 4011 Raqueta 2 65,002303 27/02/11 110 Pedro Maracay 3141 Funda 2 10,00Al examinar estos registros, podemos darnos cuenta que contienen un gruporepetido para NUM_ITEM, DESC_ITEM, CANT y PRECIO. La 1FN prohibe losgrupos 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 ORDENESy ARTICULOS_ORDENES Ordenes Id_orden Fecha Id_cliente Nom_cliente Estado 2301 23/02/11 101 Martin Caracas 2302 25/02/11 107 Herman Coro 2303 27/02/11 110 Pedro Maracay Articulos_ordenes Id_orden Num_art nom_art cant Precio 2301 3786 Red 3 35,00 2301 4011 Raqueta 6 65,00 2301 9132 Paq-3 8 4,75 2302 5794 Paq-6 4 5,00 2303 4011 Raqueta 2 65,00 2303 3141 Funda 2 10,00Ahora procederemos a aplicar la 2FN, es decir, tenemos que eliminar cualquiercolumna no clave que no dependa de la clave primaria de la tablaProf. Verónica Carreño
  5. 5. Unidad III. Base de Datos 5 NormalizaciónLa tabla ORDENES está en 2FN. Cualquier valor único de ID_ORDEN determinaun sólo valor para cada columna. Por lo tanto, todas las columnas sondependientes de la llave primaria ID_ORDEN.Por su parte, la tabla ARTICULOS_ORDENES no se encuentra en 2FN ya que lascolumnas PRECIO y DESC_ITEM son dependientes de NUM_ITEM, pero no sondependientes de ID_ORDEN. Lo que haremos a continuación es eliminar estascolumnas de la tabla ARTICULOS_ORDENES y crear una tabla ARTICULOS condichas columnas y la llave primaria de la que dependen. Ordenes (id_orden, fecha, id_cliente, Nom_cliente, estado) Ordenes Id_orden Fecha Id_cliente Nom_cliente Estado 2301 23/02/11 101 Martin Caracas 2302 25/02/11 107 Herman Coro 2303 27/02/11 110 Pedro Maracay 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,00La 3FN nos dice que tenemos que eliminar cualquier columna no clave que seadependiente de otra columna no clave.Al observar las tablas que hemos creado, nos damos cuenta que tanto la tablaARTICULOS, como la tabla ARTICULOS_ORDENES se encuentran en 3FN. Sinembargo la tabla ORDENES no lo está, ya que NOM_CLIENTE y ESTADO sondependientes de ID_CLIENTE, y esta columna no es la llave primaria.Para normalizar esta tabla, moveremos las columnas no llave y la columna llavede la cual dependen dentro de una nueva tabla CLIENTES. Las nuevas tablasCLIENTES y ORDENES se muestran a continuación.Prof. Verónica Carreño
  6. 6. Unidad III. Base de Datos 6 Normalización 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 Maracay2º EjemploNormalizar la siguiente tablaProf. Verónica Carreño
  7. 7. Unidad III. Base de Datos 7 NormalizaciónVisualmente la 1º tabla no una tabla relacional (lo que en terminología de bases dedatos relacionales se llama (Relación). No cumple la primera forma normal. Locumpliría si:1FNEn la 2º tabla suponiendo que el DNI y el código de curso formen una claveprincipal para esta tabla, sólo la nota tiene dependencia funcional completa. Elnombre y los apellidos dependen de forma completa del DNI. La tabla no es 2FN,para arreglarlo2FNLa Provincia depende funcionalmente del código de provincia, lo que hace que noesté en 3FN. El arreglo sería3FNProf. Verónica Carreño
  8. 8. Unidad III. Base de Datos 8 Normalización3º EjemploA través del siguiente ejercicio se intenta afirmar los conocimientos denormalización con un ejemplo simplificado de una base de datos para unapequeña biblioteca.CodLibro Titulo Autor Editorial NombreLector FechaDev Variable Pérez Gómez,1001 Murray Spiegel McGraw Hill 15/04/2005 compleja Juan1004 Visual Basic 5 E. Petroustsos Anaya Ríos Terán, Ana 17/04/20051005 Estadística Murray Spiegel McGraw Hill Roca, René 16/04/2005 Nancy García Roque,1006 Oracle University Greenberg y Oracle Corp. 20/04/2005 Luis Priya Nathan Pérez Gómez,1007 Clipper 5.01 Ramalho McGraw Hill 18/04/2005 JuanEsta tabla no cumple el requisito de la Primera Forma Normal (1NF) de sólo tenercampos atómicos, pues el nombre del lector es un campo que puede (y conviene)descomponerse en apellido paterno, apellido materno y nombres. Tal como semuestra en la siguiente tabla.1NFCodLibro Titulo Autor Editorial Paterno Materno Nombres FechaDev Variable1001 Murray Spiegel McGraw Hill Pérez Gómez Juan 15/04/2005 compleja1004 Visual Basic 5 E. Petroustsos Anaya Ríos Terán Ana 17/04/20051005 Estadística Murray Spiegel McGraw Hill Roca René 16/04/20051006 OracleUniversity NancyGreenberg Oracle Corp. García Roque Luis 20/04/20051006 OracleUniversity Priya Nathan Oracle Corp. García Roque Luis 20/04/20051007 Clipper 5.01 Ramalho McGraw Hill Pérez Gómez Juan 18/04/2005Como se puede ver, hay cierta redundancia característica de 1NF.La Segunda Forma Normal (2NF) pide que no existan dependencias parciales odicho de otra manera, todos los atributos no clave deben depender por completode la clave primaria. Actualmente en nuestra tabla tenemos varias dependenciasparciales si consideramos como atributo clave el código del libro.Por ejemplo, el título es completamente identificado por el código del libro, pero elnombre del lector en realidad no tiene dependencia de este código, por tanto estosdatos deben ser trasladados a otra tabla.2NFProf. Verónica Carreño
  9. 9. Unidad III. Base de Datos 9 NormalizaciónCodLibro Titulo Autor Editorial Variable1001 Murray Spiegel McGraw Hill compleja1004 Visual Basic 5 E. Petroustsos Anaya1005 Estadística Murray Spiegel McGraw Hill1006 Oracle University NancyGreenberg Oracle Corp.1006 Oracle University Priya Nathan Oracle Corp.1007 Clipper 5.01 Ramalho McGraw HillLa nueva tabla sólo contendrá datos del lector.CodLector Paterno Materno Nombres501 Pérez Gómez Juan502 Ríos Terán Ana503 Roca René504 García Roque LuisHemos creado una tabla para contener los datos del lector y también tuvimos quecrear la columna CodLector para identificar unívocamente a cada uno. Sinembargo, esta nueva disposición de la base de datos necesita que exista otratabla para mantener la información de qué libros están prestados a qué lectores.Esta tabla se muestra a continuación: CodLibro CodLector FechaDev 1001 501 15/04/2005 1004 502 17/04/2005 1005 503 16/04/2005 1006 504 20/04/2005 1007 501 18/04/2005Para la Tercera Forma Normal (3NF) la relación debe estar en 2NF y además losatributos no clave deben ser mutuamente independientes y dependientes porcompleto de la clave primaria. También recordemos que dijimos que esto significaque las columnas en la tabla deben contener solamente información sobre laentidad definida por la clave primaria y, por tanto, las columnas en la tabla debencontener datos acerca de una sola cosa.Prof. Verónica Carreño
  10. 10. Unidad III. Base de Datos 10 NormalizaciónEn nuestro ejemplo en 2NF, la primera tabla conserva información acerca del libro,los autores y editoriales, por lo que debemos crear nuevas tablas para satisfacerlos requisitos de 3NF.3NFCodLibro Titulo Variable1001 compleja1004 Visual Basic 51005 Estadística1006 Oracle University1007 Clipper 5.01CodAutor Autor801 Murray Spiegel802 E. Petroustsos803 Nancy Greenberg804 Priya Nathan806 RamalhoCodEditorial Editorial901 McGraw Hill902 Anaya903 Oracle Corp. Aunque hemos creado nuevas tablas para que cada una tenga sólo informaciónacerca de una entidad, también hemos perdido la información acerca de qué autorha escrito qué libro y las editoriales correspondientes, por lo que debemos crearotras tablas que relacionen cada libro con sus autores y editoriales.CodLibro codAutor1001 8011004 8021005 801Prof. Verónica Carreño
  11. 11. Unidad III. Base de Datos 11 NormalizaciónCodLibro codAutor1006 8031006 8041007 806CodLibro codEditorial1001 9011004 9021005 9011006 9031007 901Y el resto de las tablas no necesitan modificación. CodLector Paterno Materno Nombres501 Pérez Gómez Juan502 Ríos Terán Ana503 Roca René504 García Roque Luis CodLibro CodLector FechaDev 1001 501 15/04/2005 1004 502 17/04/2005 1005 503 16/04/2005 1006 504 20/04/2005 1007 501 18/04/20054º EjemploAplique la forma Boyce CoddProf. Verónica Carreño
  12. 12. Unidad III. Base de Datos 12 NormalizaciónEsa tabla está en tercera forma normal (no hay dependencias transitivas), pero noen forma de Boyce - Codd, ya que (DNI, Asignatura) →Tutor y Tutor→Asignatura.En este caso la redundancia ocurre por mala selección de clave. La redundanciade la asignatura es completamente evitable. La solución sería:En las formas de Boyce-Codd hay que tener cuidado al descomponer ya que sepodría perder información por una mala descomposición5º EjemploAplique la 4FNProf. Verónica Carreño
  13. 13. Unidad III. Base de Datos 13 NormalizaciónLa dependencia multivaluada es funcional, entonces quedan dos tablasProf. Verónica Carreño
  14. 14. Unidad III. Base de Datos 14 NormalizaciónUn teorema de Fagin indica cuando hay tres pares de conjuntos de atributos X, Yy Z si ocurre X->>Y|Z (Y y Z tienen dependencia multivaluada sobre X), entonceslas tablas X,Y y X,Z reproducen sin perder información lo que poseía la tablaoriginal. Este teorema marca la forma de dividir las tablas hacia una 4FN6º EjemploConsideremos una afinidad (tabla) llamada estudiante que contiene los siguientesatributos: Clave, Especialidad, Curso tal y como se demuestra en la siguientefigura: Clave Especialidad Curso S01 Sistemas Natación S01 Bioquímica Danza S01 Sistemas Natación B01 Bioquímica Guitarra C03 Civil NataciónEn esta tabla existen dependencias de valores múltiplesLas dependencias de valores múltiples se definen de la siguiente manera: Clave ->->Especialidad y Clave->->Curso; Esto se lee "Clave multidetErmina aEspecialidad, y clave multidetermina a Curso"Para nuestro ejemplo, las tablas correspondientes son: Tabla Especialidad Clave Especialidad S01 Sistemas B01 Bioquímica C03 Civil Tabla Curso Clave Curso S01 Natación S01 Danza B01 Guitarra C03 Natación7º EjemploEn la siguiente tabla aplique la 4FNProf. Verónica Carreño
  15. 15. Unidad III. Base de Datos 15 NormalizaciónY su solución se presentaría de la siguiente manera:8º EjemploProf. Verónica Carreño
  16. 16. Unidad III. Base de Datos 16 NormalizaciónUn ejemplo de una tabla BCNF es la siguiente, teniendo en cuenta que cadaestudiante puede tener más de un tutor:Referencia cruzada de Tutor/EstudianteEl propósito de la tabla es mostrar qué tutores están asignados a qué estudiantes.Las claves candidatas de la tabla son:• {ID Tutor, ID Estudiante}• {Número de seguro social del tutor, ID Estudiante}Por lo tanto los tres atributos de la tabla son atributos primarios, es decir, los tresatributos pertenecen a las claves candidatas.La FNBC es más rigurosa que la 3NF en que no permite ninguna dependenciafuncional en la cual el conjunto determinante de atributos no sea una clavecandidato (o superconjunto de eso). La dependencia de ID Tutor en Número deseguro social del tutor es ese tipo de dependencia. Por consiguiente, la tabla dearriba no está en FNBCCualquier tabla que sea insuficiente en FNBC será vulnerable a inconsistenciaslógicas. En la tabla de arriba podía ser representada una combinacióninconsistente de ID Tutor y Número de seguro social del tutor.En este caso, corregir el problema sería una simple cuestión de usar solo unesquema de identificación para los tutores: o el ID, o el número del seguro social,pero no ambos. ID TUTOR ID ESTUDIANTE 1078 31850 1078 37921 1293 46224 1480 31850Prof. Verónica Carreño
  17. 17. Unidad III. Base de Datos 17 NormalizaciónEjercicios Propuestos 1. FACTURA DE COMPRA VENTA: La empresa COLOMBIAN SYSTEMS loha contratado como el “Ingeniero Encargado” para sistematizar la facturación. Enla siguiente FACTURA DE COMPRA VENTA, usted debe analizar toda lainformación disponible y aplique el proceso de normalización, hasta llegar a laTercera Forma Normal.Se pide realizar la respectiva justificación detallada de cada uno de los pasos queconduzcan 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: Número de la factura de compra ventaFECHA_FAC: Fecha de la factura de compra ventaNOM_CLIENTE: Nombre del clienteDIR_CLIENTE: Dirección del clienteRIF_CLIENTE: Rif del clienteCIUDAD_CLIENTE: Ciudad del clienteTELEF_CLIENTE: Teléfono del clienteCATEGORIA: Categoría del productoCOD_PROD: Código del productoDESCRIPCION: Descripción del productoVAL_UNIT: Valor unitario del productoCANT_PROD: Cantidad de productos q compra el clienteLa llave primaria es Número de Factura de venta: NUM_FAC 2. EMPRESA DE ENVIO DE MERCANCIA: a continuación se agrupan todoslos atributos que hacen parte de la base de datos para aplicarle las reglas denormalización. 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 OrigenProf. Verónica Carreño
  18. 18. Unidad III. Base de Datos 18 Normalización * 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 = Descripción del paquete * VALR_ FLETE = Valor del flete 3. Video club: En una tienda de video se necesita mantener información dealrededor de 3000 casetas cada uno de los casetes tiene asignado un númeropor cada `película se necesita conocer un titulo y categoría por ejemplo: comedia,suspenso, drama, acción, ciencia ficción, etc. Se mantienen algunas copias demuchas películas. Se le da a cada película una identificación y se mantieneseguimiento de lo que contiene cada casete.Un casete puede venir en varios formatos y una película es grabada en un solocasete; frecuentemente las películas son pedidas de acuerdo a un actorespecifico Tom Cruise y Demi More son los más populares es por esto que sedebe mantener información de los actores que pertenecen a cada película.No en todas las películas actúan artistas famosos, a los clientes de la tienda legusta conocer datos como el nombre real del actor, y su fecha de nacimiento.En la tienda se mantienen información solo de los actores que aparecen en laspelículas y que se tiene a disposición. Solo se alquila videos a aquellos quepertenecen al club de videos. Para pertenecer al club se debe tener un buencrédito. Por cada miembro del club se mantiene una ficha con su nombre, teléfonoy dirección, cada miembro del club tiene asignado un número de membresía. Sedesea mantener información de todos los casetes que un cliente alquila, cuandoun cliente alquila un casete se debería conocer el nombre de la película, la fechaen la que se alquila y la fecha de devolución.Se pide aplicar las reglas de normalización hasta la tercera forma normal, teniendolas 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. Verónica Carreño
  19. 19. Unidad III. Base de Datos 19 NormalizaciónCassettte (cod_cassette, num_copias, formato, cod_pelicula, titulo, categoría,cod_actor, nom_actor, fechanac_actor, cod_tipo)Donde:cod_alquiler = Codigo del alquilernum_membresia = Numero de membresiacod_cliente = código del clientenom_cliente = nombre del clientedir_cliente = dirección del clientetelef_cliente = teléfono del clientecod_cassette = código del cassettefecha_alquiler = fecha del alquiler del al películafecha_dev = fecha de devolución de la peliculavalor_alquiler = valor del alquiler de la películacantidad = cantidad de película alquiladanum_copias = números de copias de cassetteformato = formato del cassettetitulo = nombre de la películacategoría = categoría de la películacod_actor = código del actornom_actor = nombre del actorfechanac_actor = fecha de nacimiento del actorcod_tipo = código del tipo de película. 4. Dada la siguiente relación PRESTAMO_LIBROS (Colegio, profesor,asignatura_habilidad, aula, curso, libro, editorial, fecha_prestamo) que contieneinformación relativa a los prestamos que realizan las editoriales a los profesoresde primaria de los colegios para su evaluación en alguna de lasasignaturas/habilidades que imparten. Se pide aplicar las reglas de normalizacióny obtener su modelo relacional, indicar sus claves, atributos principales. Asignatura/ Curs Editoria Fecha_prestamColegio Profesor Aula Libro habilidad o l o Aprender C.P y enseñar Juan Pensamient 1.A0 1erCervante en Graó 09/09/2010 Pérez o Lógico 1 Grado s educación infantil C.P Preescola Juan 1.A0 1er TécnicaCervante Escritura r 05/05/2010 Pérez 1 Grado s Rubio s Rubio,N56 C.P Aprender Juan Pensamient 1.A0 1erCervante y Enseñar Graó 05/05/2010 Pérez o Numérico 1 Grado s enProf. Verónica Carreño
  20. 20. Unidad III. Base de Datos 20 Normalización educación infantil Pensamient C.P Alicia o Espacial, 1.B0 1er Educación PrenticeCervante 06/05/2010 García Temporal y 1 Grado Infantil N9 Hall s causal Aprender C.P y enseñar Alicia Pensamient 1.B0 1erCervante en Graó 06/05/2010 García o Numérico 1 Grado s educación infantil Aprender C.P Andrés y enseñar 1.A0 2doCervante Fernánde Escritura en Graó 09/09/2010 1 Grado s z educación infantil Saber educar: C.P Andrés 1.A0 2do guía para TemasCervante Fernánde Ingles 05/05/2010 1 Grado Padres y de Hoy s z Profesore s Saber educar: C.P Juan Pensamient 2.B0 1er guía para Temas 18/12/2010Quevedo Méndez o Lógico 1 Grado Padres y de Hoy Profesore s Aprender y enseñar C.P Juan Pensamient 2.B0 1er en Graó 06/05/2010Quevedo Méndez o Numérico 1 Grado educación infantil 5. Se tiene una relación del REPORTE_MATRICULA (código_alumno,nombre_alumno, especialidad, código_curso, nombre_curso, nombre_docente,oficina, sección) se pide aplicar las reglas de normalización llegando hasta las 3FNCódigo/ Nombre/ Especialid Código/ Nombre_curs Nombre/ curs Oficinaalumno alumno ad curso o docente o382145 Luis Carlos Industrial MA123 Matemática 2 CB-214 U A Zuloaga Arambulo382145 Luis Petra Industrial QU514 Física Química CB-110 U A Zuloaga Rondinel382145 Luis Víctor Industrial AU521 Descriptiva CB-120 W A Zuloaga Moncada Cesar360247k Raúl Rojas Sistemas PA714 Investigación 1 SC-220 V Fernadez Carlos360247k Raúl Rojas Sistemas MA123 Matemática 2 CB-214 V Arambulo360247k Raúl Rojas Sistemas AU511 Dibujo Víctor CB-120 UProf. Verónica Carreño
  21. 21. Unidad III. Base de Datos 21 Normalización Moncada 6. Se presenta una base de datos de una biblioteca, aplicar las reglas denormalización simplificando hasta la tercera forma normal.Prestamos_libro (codLibro, Titulo, Autor, Editorial, NombreLector, Fechadev)codLibro Titulo Autor Editorial nombreLector Fechadev 1001 Variable Murray Spiegel McGraw Pérez Gómez, 15/04/2005 compleja Hill Juan 1004 Visual Basic 5 E. Petroustsos Anaya Ríos Terán, Ana 17/04/2005 1005 Estadística Murray Spiegel McGraw Roca, René 16/04/2005 Hill 1006 Oracle Nancy Greenberg y Oracle García Roque, 20/04/2005 University Priya Nathan Corp. Luis 1007 Clipper 5.01 Ramalho McGraw Pérez Gómez, 18/04/2005 Hill Juan 7. UTILIZACIÓN DE RECURSOS DE LA UNIVERSIDAD: Dada la siguienterelación UTILIZACIÓN (DNI_Prof, Nombre_Prof, Despacho_Prof, Recurso,Ubicación, Fecha_inicio, Fecha_fin,) que contiene información relativa a lautilización de los recursos de la universidad por parte de los profesores enperiodos de tiempoDNI_Prof Nombre_Prof Despacho_Prof Recurso Descripción Fecha_inicio Fecha_fin33456456 P. Martínez 2.2.B05 R122 Tablet PC 1-1-2007 15-1-200744556689 L. Moreno 2.2.A10 R100 Impresora 1-1-2007 15-1-200733456456 P. Martínez 2.2.B05 R200 Portátil 12-1-2007 22-1-200711223344 E. Castro 2.2.B23 R122 Tablet PC 16-1-2007 31-1-200799771122 D. Cuadra 2.1.B23 R200 Portátil 23-1-2007 26-1-200733456456 P. Martínez 2.2.B05 R300 Scaner 1-1-2007 15-1-200799887766 F. Calle 2.1.C11 R300 Scaner 1-2-2007 6-2-200733456456 P. Martínez 2.2.B05 R122 Tablet PC 1-2-2007 6-2-2007 8. TURNOS DE TRABAJO: Dada la siguiente relación ASIGNACIÓN (DNI,Nombre, Código_Tienda, Dirección_Tienda, Fecha, Turno) que contieneinformación relativa a la asignación de los turnos de trabajo de los empleados delos distintos centros de una cadena de tiendas de moda:DNI Nombre Código_Tienda Dirección _Tienda Turno Fecha33456456 P. Martín 100A Avd. Mayor, 23, Alcorcón M 2/9/0644556689 L. Sanz 100A Avd. Mayor, 23, Alcorcón M 2/9/0699771122 D. Díaz 100A Avd. Mayor, 23, Alcorcón T 2/9/0633456456 P. Martín 200B C/ Sur 13, Alcorcón T 3/9/0611223344 E. López 300C Pl. Central, Getafe M 3/9/0699887766 F. Monte 200B C/ Sur 13, Alcorcón M 3/9/0611223344 E. López 300C Pl. Central, Getafe M 4/9/0699887766 F. Monte 100A Avd. Mayor, 23, Alcorcón M 4/9/06Prof. Verónica Carreño
  22. 22. Unidad III. Base de Datos 22 Normalización44556689 L. Sanz 100A Avd. Mayor, 23, Alcorcón T 4/9/0633456456 P. Martín 200B C/ Sur 13, Alcorcón M 5/9/06 9. ACTIVIDADES DEPORTIVAS: Dada la siguiente relación SEREALIZA(Cod_Actividad, Nombre_Actividad, DNI_Monitor, Nombre_monitor, Sala,Fecha, Hora_I, Hora_F) utilizada para almacenar información sobre la fecha yduración de las actividades deportivas que se organizan en un colegio Se pide:Prof. Verónica Carreño

×