MG. LUIS BOY CHAVIL e-mail: boychavil@hotmail.

com Mvil: 94-8484472 RPM: *34-4386

Normalizacin de datos
La Normalizacin de datos se refiere a la aplicacin de un conjunto de reglas bien definidas sobre aquellas entidades que presentan anomalas en los atributos que las describen. El objetivo principal apunta a la eliminacin o disminucin al mximo de la redundancia de datos y de datos innecesarios.

Terminologa Relacional
Modelo Relacional Afinidad Tupla (Fila) Atributo Programador Archivo Registro Campo Usuario Tabla Fila Columna

Ejemplo
Atributos NumEmpleado T U Edad Sexo Nombre

010110
010100 101000 201100 111100

21
22 22 21 19

F
M M F M

Andres
David Grover Josue Mario

P L
A S

111101
111111

20
19

F
M

Nancy
Eduardo

Estructura de la Afinidad: EMPLEADO(NumEmpleado, Edad, Sexo, Nombre)

Dependencias Funcionales
Es una relacin entre uno o ms atributos; es decir, si se da el valor de un atributo se puede obtener o buscar el valor de otro. En general:
El atributo Y Depende del atributo X; si el valor de

X determina el valor de Y. Notacin: X Y (X se llama Determinante!!)

Ejemplo
IdEmpleado

NombreEmpleado El atributo IdEmpleado determina funcionalmente al atributo NombreEmpleado Otro ejemplo: Sea: Importe = Cantidad * Precio Entonces: (Cantidad, Precio) Importe

Dependencias Funcionales
Las dependencias funcionales pueden involucrar grupos de atributos. Ejemplo: Sea: NOTAS(IdAlumno, IdCurso, Puntaje) La combinacin: IdAlumno + IdCurso determina un Puntaje. Entonces:

(IdAlumno, IdCurso)

Puntaje

Particularidad
Si X

(Y, Z) ; Entonces: X Ejemplo:

Si IdAlumno Entonces: IdAlumno IdAlumno

Y^X

(NombreAlumno, Especialidad)
NombreAlumno y Especialidad

Al Contrario: Si (X, Y) Z No es cierto que: X

ZY

Particularidad
Ejemplo: Si (IdAlumno, IdCurso)

Puntaje

Entonces: IdAlumno por s mismo NO puede determinar Puntaje, del mismo modo que IdCurso por si solo no puede determinar puntaje.

Claves
Las Claves son grupos de uno o ms atributos que identifican de modo nico a una hilera. Ejemplo:
DOCENTES(DOC_codigo, DOC_nombre, DOC_dni, DOC_telefono, DOC_especialidad)

La Clave primaria, se encuentra subrayada!!

Claves Concatenadas
Son Claves formadas por dos ms atributos. Ejemplos: Usaremos los atributos: FAC-numero+SER-codigo para registrar un SERVICIO atendido.

Clave Fornea
Se usan para establecer una relacin con otra tabla, en la

cul estos atributos se han definido como Clave Primaria.

Formas Normales
Primera Forma Normal (1NF)

Segunda Forma Normal (2NF)

Tercera Forma Normal (3NF)

Forma Normal de Boyce-Codd (BNF)

Cuarta Forma Normal (4NF)

Quinta Forma Normal (5NF)

Relacin No Normalizada
En un Sistema de Ventas se requiere una FACTURA; pues, con este documento llevaremos la cuenta de las ventas efectuadas.

Entonces, describiremos la tabla FACTURA con una lista de sus atributos, es decir, aquellos que estn en el mismo documento de la Factura.

Primera Anomala
En una misma Factura, hay un grupo de Productos distintos que conforman la Lnea de Venta.
Entonces, Aplicaremos la siguiente regla para reducir esta anomala:

PRIMERA FORMA NORMAL

El primer paso para la Normalizacin de una tabla es Eliminar los grupos repetidos. As; dividiremos la tabla FACTURA en dos tablas, de la siguiente manera:

Segunda Anomala
No todos los Atributos de la tabla LINEA DE VENTA dependen de la clave concatenada, pues hay algunos atributos que slo dependen de una parte de ella.

SEGUNDA FORMA NORMAL

En la 2NF todos los atributos de una tabla sern funcionalmente dependientes de la clave primaria.
Esta regla se aplica a las tablas que se identifican a travs de atributos de claves concatenadas.

Tercera Anomala
En FACTURA hay atributos dependientes de otros atributos no claves. Si analizamos los datos de Factura encontraremos que aqu est dems los datos de los Clientes; para ello mejor usaremos una nueva tabla para los Clientes; as:

TERCERA FORMA NORMAL

Una tabla est en 3NF si todos sus atributos son funcionalmente dependientes de su clave principal.
Adems; se pueden eliminar los atributos calculables.

Consideraciones para la BCNF

Sea la tabla ASESOR; con las caractersticas: Un IdAlumno puede tener varias especialidades

IdAlumno
IdAlumno

Especialidad
Asesor

Un IdAlumno puede tener varios Asesores.

IdAlumno por s mismo NO puede ser una CLAVE !!

(IdAlumno, Especialidad)

Asesor y (IdAlumno, Asesor) Especialidad Cualquiera de estas combinaciones puede ser la Clave. Aparece el trmino: Clave Candidata

Otras consideraciones
Un Especialidad puede tener varios Asesores

Especialidad

Asesor

Un Asesor slo imparte asesora en una

Especialidad.

Asesor

Especialidad

Luego; Asesor es un DETERMINANTE !!

Anomalas
De Eliminacin Si un Estudiante deja la Escuela; al eliminar la fila perderamos el hecho de que un Asesor imparte Asesora en una Especialidad determinada. De Insercin Cmo almacenaremos el hecho de que un Asesor asesora en una Especialidad determinada? Esto no ser posible hasta que el Estudiante se inscriba en una materia!!

FORMA NORMAL DE BOYCE-CODD

Una Afinidad est en BCNF si cada determinante es una clave candidata. En el ejemplo anterior; ASESOR no est en BCNF porque tiene un determinante Asesor que no es una clave candidata. As: ESTUD_ASESOR(IdAlumno +Asesor) ASESOR_ESPECIALIDAD(Asesor, Especialidad)

Consideraciones para la 4NF

Sea la tabla ESTUDIANTE con las caractersticas: Un estudiante puede inscribirse en varias Especialidades y participar en diversas Actividades. Existe una dependencia multivaluada entre IdAlumno y Especialidad; y, Actividades.

IdAlumno IdAlumno

Especialidad Actividad

Otras consideraciones

La Tabla ESTUDIANTE est en 2NF porque todo es Clave. Est en 3NF porque no tiene dependencias transitivas; y Est en BCNF porque no tiene determinantes que no son claves.

Anomalas
De Insercin Si un estudiante toma otra especialidad; se debe ingresar un tuple para la nueva especialidad, y juntarlo con cada una de las actividades del estudiante. Sucede lo mismo si un estudiante se inscribe en una nueva actividad. De Eliminacin Si un estudiante deja una especialidad se deben eliminar cada uno de los registros que contienen tal materia.

Cuarta Forma Normal

Una Afinidad est en 4NF si est en BCNF y no tiene dependencias de valores mltiples. Para evitar tales anomalas, se deben eliminar las dependencias de valores mltiples. Esto se hace construyendo dos Afinidades, donde cada una almacena datos para solamente uno de los atributos de valores mltiples. Las afinidades resultantes, no tienen anomalas; asi: ESTU-ESPECIALIDAD(IdAlumno, Especialidad) ESTU-ACTIVIDAD(IdAlumno, Actividad)

Quinta Forma Normal

Dependencias de Unin
Ocurre cuando una tabla tiene dependencia de unin con varias

de sus proyecciones y se puede obtener la tabla por medio de la unin de dichas proyecciones.

PROYECCION
Creacin de una tabla cuyos elementos forman un subconjunto

de una tabla dada. Se incluyen todas las flas y algunas columnas.

UNIN
Formar a partir de 2 tablas, una nueva con todos los campos de

una de ellas y los registros de ambas; excepto los repetidos. Ambas tablas deben tener el mismo grado y las mismas columnas.

Quinta Forma Normal

Conocida como Forma Normal de Proyeccin-Unin; es un nivel de normalizacin designado para reducir redundancias que guardan hechos multivalores aislando semnticamente relaciones mltiples relacionadas.
Una Tabla se dice que est en 5NF si y slo si; est en 4NF y las nicas dependencias que existen son las dependencias de Unin de una tabla con sus proyecciones relacionndose entre las distintas proyecciones mediante la clave primaria o cualquier clave candidata.

Quinta Forma Normal

Este es el caso de una Empresa

que guarda informacin de sus empleados con sus datos Personales, Datos Profesionales, Datos Clnicos y Datos de su vivienda. Si esta tabla ya est en 4NF; entonces podremos tener las tablas:
Empleados-Personales
Empleados-Profesionales Empleados-Clinicos Empleados-Vivienda.

Tablas en 5NF

Resumen
Forma
1NF Cualquier Afinidad

Caractersticas que la define Todos los atributos que no son clave dependen por completo de las claves
No hay dependencias transitivas

2NF
3NF

BCNF
4NF 5NF DK/NF

Cada determinante es una candidata para clave

No hay dependencias de valores mltiples Proyeccin-Unin Todas las restricciones en las actividades son consecuencias lgicas de los dominios y las claves

Resumen de las Afinidades

Referente a las Afinidades uno-a-uno
Los atributos que tienen una relacin uno-a-uno deben aparecer juntos en cuando menos una afinidad. Llame a esta afinidad R y a los atributos A y B. A o B deben ser la clave de R Un atributo puede agregarse a R si est determinado funcionalmente por A o B. Un Atributo que no est determinado funcionalmente por A o B no puede agregarse a R. A y b deben aparecer juntos en R, pero no deberan aparecer juntos en otras afinidades. A o B deben usarse consistentemente para representar el par en las afinidades diferentes a R.

Resumen de las Afinidades

Referente a Relaciones Muchos-a-Uno
Los atributos que tienen una relacin muchos-a-uno pueden existir juntos en una afinidad. Supongamos que C determina D en una Afinidad S. C debe ser la clave de S Un atributo puede agregarse a S si est determinado por C Un atributo que no est determinado por C no puede agregarse a S.

Resumen de las Afinidades

Referente a las relaciones Muchos-a-Muchos
Los atributos que tienen una relacin muchos-a-muchos pueden existir juntos en una afinidad. Supongamos que los atributos E y f, residen juntos en la afinidad T. La calve de T debe ser (E, F) Un atributo puede agregarse a t si est determinado por la combinacin (E, F) Un atributo no puede agregarse a T, si no est determinado por la combinacin (E, F) Si agregar un nuevo atributo G, expande la clave a (E, F, G); entonces el tema de la afinidad ha sido cambiado. G no pertenece a T o el nombre de T debe cambiarse para reflejar el nuevo tema.

TALLER

NORMALIZACION DE DATOS DEL CASO CONTROL DE LIBROS EN UNA BIBLIOTECA