La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

NORMALIZACIÓN DE DATOS TALLER DE DESARROLLO DE SISTEMAS DE INFORMACIÓN Geynen Rossler Montenegro Cochas.

Presentaciones similares


Presentación del tema: "NORMALIZACIÓN DE DATOS TALLER DE DESARROLLO DE SISTEMAS DE INFORMACIÓN Geynen Rossler Montenegro Cochas."— Transcripción de la presentación:

1 NORMALIZACIÓN DE DATOS TALLER DE DESARROLLO DE SISTEMAS DE INFORMACIÓN Geynen Rossler Montenegro Cochas

2 NORMALIZACIÓN DE DATOS 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. 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. Las bases de datos relacionales se normalizan para: Las bases de datos relacionales se normalizan para: Evitar la redundancia de los datos. Evitar la redundancia de los datos. Evitar problemas de actualización de los datos en las tablas. Evitar problemas de actualización de los datos en las tablas. Proteger la integridad de los datos. Proteger la integridad de los datos.

3 Formas Normales PRIMERA FORMA NORMAL (1FN). PRIMERA FORMA NORMAL (1FN). SEGUNDA FORMA NORMAL (2FN). SEGUNDA FORMA NORMAL (2FN). TERCERA FORMA NORMAL (3FN). TERCERA FORMA NORMAL (3FN).

4 PRIMERA FORMA NORMAL - 1FN Una relación está en primera forma normal (1FN) si y sólo si todos los dominios simples subyacentes contienen sólo valores atómicos. Una relación está en primera forma normal (1FN) si y sólo si todos los dominios simples subyacentes contienen sólo valores atómicos.

5 EJEMPLO: CodLibroTituloAutorEditorialNombreLectorFechaDev 1001Variable complejaMurray SpiegelMcGraw HillPérez Gómez, Juan15/04/2005 1004Visual Basic 5E. PetroustsosAnayaRíos Terán, Ana17/04/2005 1005EstadísticaMurray SpiegelMcGraw HillRoca, René16/04/2005 1006Oracle UniversityNancy Greenberg y Priya Nathan Oracle Corp.García Roque, Luis20/04/2005 1007Clipper 5.01RamalhoMcGraw HillPérez Gómez, Juan18/04/2005 Esta tabla no cumple el requisito de la Primera Forma Normal (1NF) de sólo no poseer campos atómicos, 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. Un ejemplo simplificado de una base de datos para una pequeña biblioteca.

6 1NF CodLibroTituloAutorEditorial Patern o Matern o Nombre s FechaDev 1001Variable complejaMurray SpiegelMcGraw HillPérezGómezJuan15/04/2005 1004Visual Basic 5E. PetroustsosAnayaRíosTeránAna17/04/2005 1005EstadísticaMurray SpiegelMcGraw HillRocaRené16/04/2005 1006Oracle UniversityNancy GreenbergOracle Corp.GarcíaRoqueLuis20/04/2005 1006Oracle UniversityPriya NathanOracle Corp.GarcíaRoqueLuis20/04/2005 1007Clipper 5.01RamalhoMcGraw HillPérezGómezJuan18/04/2005 Como se puede ver, hay cierta redundancia característica de 1NF.

7 SEGUNDA FORMA NORMA - 2FN Una relación está en segunda forma normal (2FN) si y sólo si está en 1FN y todos los atributos no clave dependen por completo de cualquier clave candidata. Una relación está en segunda forma normal (2FN) si y sólo si está en 1FN y todos los atributos no clave dependen por completo de cualquier clave candidata.

8 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. Por ejemplo, el título es completamente identificado por el código del libro, pero el nombre del lector en realidad no tiene dependencia de este código, por tanto estos datos deben ser trasladados a otra tabla. 2NF CodLibroTituloAutorEditorial 1001Variable complejaMurray SpiegelMcGraw Hill 1004Visual Basic 5E. PetroustsosAnaya 1005EstadísticaMurray SpiegelMcGraw Hill 1006Oracle UniversityNancy GreenbergOracle Corp. 1006Oracle UniversityPriya NathanOracle Corp. 1007Clipper 5.01RamalhoMcGraw Hill CodLectorPaternoMaternoNombres 501PérezGómezJuan 502RíosTeránAna 503RocaRené 504GarcíaRoqueLuis

9 Hemos creado una tabla para contener los datos del lector y también tuvimos que crear la columna CodLector para identificar unívocamente a cada uno. Sin embargo, esta nueva disposición de la base de datos necesita que exista otra tabla para mantener la información de qué libros están prestados a qué lectores. Esta tabla se muestra a continuación: CodLibroCodLectorFechaDev 100150115/04/2005 100450217/04/2005 100550316/04/2005 100650420/04/2005 100750118/04/2005

10 TERCERA FORMA NORMA - 3FN Una relación está en tercera forma normal (3FN) si y sólo si está en 2FN y todos los atributos no clave dependen de manera no transitiva de cualquier clave candidata. Una relación está en tercera forma normal (3FN) si y sólo si está en 2FN y todos los atributos no clave dependen de manera no transitiva de cualquier clave candidata.

11 Para la Tercera Forma Normal (3NF) la relación debe estar en 2NF y además los atributos no clave deben ser mutuamente independientes y dependientes por completo de la clave primaria. También recordemos que dijimos que esto significa que las columnas en la tabla deben contener solamente información sobre la entidad definida por la clave primaria y, por tanto, las columnas en la tabla deben contener datos acerca de una sola cosa. Para la Tercera Forma Normal (3NF) la relación debe estar en 2NF y además los atributos no clave deben ser mutuamente independientes y dependientes por completo de la clave primaria. También recordemos que dijimos que esto significa que las columnas en la tabla deben contener solamente información sobre la entidad definida por la clave primaria y, por tanto, las columnas en la tabla deben contener datos acerca de una sola cosa. CodLibroTitulo 1001Variable compleja 1004Visual Basic 5 1005Estadística 1006Oracle University 1007Clipper 5.01 CodAutorAutor 801Murray Spiegel 802E. Petroustsos 803Nancy Greenberg 804Priya Nathan 806Ramalho CodEditorialEditorial 901McGraw Hill CodEditorialEditorial 902Anaya 903Oracle Corp.

12 Aunque hemos creado nuevas tablas para que cada una tenga sólo información acerca de una entidad, también hemos perdido la información 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. Aunque hemos creado nuevas tablas para que cada una tenga sólo información acerca de una entidad, también hemos perdido la información 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

13 Y el resto de las tablas no necesitan modificación. CodLectorPaternoMaternoNombres 501PérezGómezJuan 502RíosTeránAna 503RocaRené 504GarcíaRoqueLuis CodLibroCodLectorFechaDev 100150115/04/2005 100450217/04/2005 100550316/04/2005 100650420/04/2005 100750118/04/2005

14


Descargar ppt "NORMALIZACIÓN DE DATOS TALLER DE DESARROLLO DE SISTEMAS DE INFORMACIÓN Geynen Rossler Montenegro Cochas."

Presentaciones similares


Anuncios Google