Normalizacion de Base de Datos
Normalizacion de Base de Datos
Normalizacion de Base de Datos
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.
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
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
Articulos_ordenes Id_orden Num_art 2301 3786 2301 4011 2301 9132 2302 5794 2303 4011 2303 3141
cant 3 6 8 4 2 2
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
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)
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.
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
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
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,
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
CodLibro Titulo 1001 1004 1005 1006 1006 1007 Variable compleja Visual Basic 5 Estadstica
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.
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
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
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
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
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/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
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
* 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 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
1.A0 1 1.A0 1
05/05/2010
05/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
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
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: