Normalizacin

Ing. Luis Zuloaga Rotta

Es el anlisis de dependencias funcionales entre

atributos (o items de datos).
El propsito de la normalizacin es reducir complejas
vistas de usuario a un conjunto de pequeas y estables
estructuras de datos.
La experiencia muestra claramente que estructuras de
datos normalizadas son mas flexibles, estables y mas
fciles de mantener, que las estructuras no
normalizadas.

Primero se identifican las vistas de usuario, luego cada vista es convertida a la forma de
una relacin no normalizada.
Se remueven los grupos repetitivos, y se obtiene un conjunto de relaciones en 1FN,
enseguida se remueven dependencias parciales, y el resultado es un conjunto de
relaciones en 2FN. Finalmente se remueven las dependencias transitivas creando un
conjunto de relaciones en 3FN.

CODIGO
CODIGO
ALUMNO NOMBRE ALUMNO ESPECIALIDAD CURSO

DENOMINACION NOMBRE DOCENTE

382145A

MA123

MATEMATICA 2

QU514

FISICO QUIMICA PETRA RONDINEL

AU521
PA714

DESCRIPTIVA
VICTOR MONCADA
INVESTIGACION 1 CESAR FERNANDEZ

MA123

MATEMATICA 2

AU511

DIBUJO

360247K

INDUSTRIALLUIS ZULOAGA

SISTEMASRAUL ROJAS

OFICINA

SECCION

CB-214

CB-110

CB-120 SC220

WV

CARLOS ARAMBULO

CB-214

VICTOR MONCADA

CB-120

CARLOS ARAMBULO

Una relacin no normalizada es una relacin que contiene uno o mas grupos
repetitivos.
Desde que cada alumno se puede inscribir en uno o mas cursos-seccin, los datos
de los cursos-seccin en la vista constituyen grupos repetitivos dentro de los
datos de los alumnos.

Comportamientos anmalos que se pueden presentar

al insertar, borrar y actualizar datos en una base de
datos relacional, producidos por un diseo deficiente.

La existencia de un objeto requiere la existencia de otro

objeto independiente.

Ej: Factura (nfact, ncliente, nombre, direccion, fecha,total)

Reporte (codalum,nomalu,espec,codcur,denomin,nomdoc,ofic,secc)

Para aadir un nuevo cliente o un nuevo curso,

obligatoriamente necesito crear una factura o un nuevo

alumno para ese cliente o ese curso. (Es decir esta

representacin no permite organizar la informacin
correctamente).

El borrado (rutinario) de un registro puede hacer que se

pierda (borre) informacin que no se quera eliminar.

Factura (nfact, ncliente, nombre, direccion, fecha, total)

Reporte (codalum,nomalu,espec,codcur,denomin,nomdoc,ofic,secc)

Si se elimina una factura y es la nica de un cliente,

o se elimina un alumnoy es el nico matriculado en el curso,
se pierde la informacin de ese cliente o de ese curso
seccin (prdida de datos).

Para cambiar el valor de un atributo, se necesita cambiarlo

simultneamente en varios sitios, en lugar de en uno.
Factura (nfact, ncliente, nombre, direccion, fecha, total)Reporte
(codalum,nomalu,espec,codcur,denomin,nomdoc,ofic,secc)

Para cambiar la direccin de un cliente o la denominacin

de un curso, hay que hacerlo en todas las facturas que
tenga o en todas las matriculas donde aparezca, a pesar
que el cliente slo tiene una direccin y el curso slo tiene
una denominacin (por la redundancia).

Es una relacin que contiene slo valores simples o atmicos en

la interseccin de cada fila y columna. Esto es, una relacin
normalizada no contiene grupos repetitivos.
1. Para la 1FN separamos la relacin no normalizada en dos
entidades, uno conformada con los grupos no repetitivos y la
otra con los grupos repetitivos.
2. Reporte (codalum,nomalu,espec,codcur,denomin,nomdoc,ofic,secc)
3. Alumno (codalum,nomalu,espec)CursoAlumno (codalum+codcur,
denomin,nomdoc,ofic,secc)

Para eliminar las anomalas de la 1FN, debemos

remover las dependencias funcionales parciales.
Una relacin esta en segunda forma normal si esta en
1FN y toda dependencia funcional parcial ha sido
removida.
Para convertir una relacin con dependencias parciales
a 2da. forma normal (2FN), creamos dos nuevas
relaciones, una con atributos que son totalmente
dependientes de la clave primaria y la otra con atributos
que son parcialmente dependientes de la clave.

Una relacin esta en 3ra. Forma normal (3FN) si

esta en 2FN y no contiene dependencias
transitivas.
Esto es, cada atributo no clave es totalmente
dependiente de la clave primaria y no existen
dependencias transitivas (ocultas).

Cuando una relacin tiene mas de una clave candidata,

se pueden presentar anomalas aun cuando la relacin
este en 3FN.
R.F. Boyce y E.F. Codd identificaron esta deficiencia y
propusieron una extraa definicin de 3FN que
soluciona el problema, introduciendo el concepto de
determinante.
Un determinante es cualquier atributo (simple o
compuesto) sobre el cual algn otro atributo es
funcionalmente dependiente (total).
CODIGO
ALUMNO

ESPECIALIDAD

ASESOR

65430A
65430A
14300L
48675J
86543M
46789B

INDUSTRIAL
SISTEMAS
CIVIL
MECANICA
MECANICA
SISTEMAS

ZULOAGA
ROJAS
CARDENAS
MONTES
RUIZ
ROJAS

La relacin esta en 3FN.

Cada alumno puede especializarse en varias materias .

Por cada especialidad un alumno slo puede tener un asesor

Cada especialidad tiene varios asesores
Cada asesor asesora slo una especialidad.
Existen dos claves candidatas (codalum+espec) y (codalum+asesor).

Con esto se eliminan las posibles anomalas de insercin, eliminacin y actualizacin.

Una relacin esta en 4FN si esta en la BCFN y no

contiene dependencias multivaluadas.
1. Existe una dependencia multivaluada cuando hay
tres atributos (A,B y C) en una relacin, tal que por
cada valor de A existe un bien definido conjunto de
valores de B y un bien definido conjunto de valores
de C, sin embargo el conjunto de valores de B es
independiente del conjunto C y viceversa.
1.
2.
3.
4.

La relacin esta en la BCFN.

La clave primaria de la relacin se expresa en funcin de los tres atributos.
Por cada computadora existe un conjunto de paquetes y un conjunto de
tiendas que las venden.
Los paquetes y las tiendas son independientes.

Para eliminar las anomalas dividimos la relacin en dos entidades.

COMPUTADORA

PAQUETE
SOFTWARE

TIENDA

APPLE
APPLE
APPLE
IBM
NCR
NCR
NCR

WRITER
FOX
WRITER
WORD
LOTUS
WORDPERFECT
LOTUS

PCSHOP
PCSHOP
DIGISHOP
CIBERSTORE
DIGISHOP
DIGISHOP
CIBERSTORE

PAQUETE
COMPUTADORA SOFTWARE
APPLE
APPLE
IBM
NCR
NCR

WRITER
FOX
WORD
WORDPERFECT
LOTUS

COMPUTADORA TIENDA
APPLE
APPLE

PCSHOP
DIGISHOP

IBM
NCR
NCR

CIBERSTORE
DIGISHOP
CIBERSTORE

Quinta Forma Normal 5FN

Permite hacer frente a un tipo de dependencia
denominada dependencia de unin (Join dependency).
Suele presentarse cuando resolvemos tres (o mas)
entidades, todas relacionadas con una relacin muchosa-muchos a las otras.
Es algunas veces referida como Join-Proyection Normal
Form (JPNF).
Estas relaciones son raras en la prctica.

Modelo de Descomposicin de Procesos

Modelo de Flujo de Datos DFD
Diagrama entidad relacin -ERD

USED AT: Ejemplo AUTHOR: Ing. Luis Zuloaga PROJECT:

AUTOM. STMA. ACADEMICO NOTES: 1 2
3 4 5 6 7 8 9 10

DATE: REV: 27/04/01

04/05/01

CONTEXT: A-0
WORKING

READER DATE

DRAFT

RECOMMENDED

PUBLICATION

1$0 REGISTRO

FACULTAD 2$0 CATALOGO HORARIOS 3$0 MATRICULA 4$0 REGISTRO ACADEMICO Alumno Reglamento Academico Docente
Informacion actores Informacion academica Informacion Plan Estudios Datos alumno Datos cursos-seccion asignados verificados Datos alumnos matriculados
Datos Docente Datos matricula Notas alumno Catalogo de Horarios del periodo Listado alumnos matriculados Actas de notas Datos de cursos Infraestructura
Datos aulas

NODE:

A0

TITLE:

SISTEMA ACADEMICO

NUMBER:

21

1
2

Para la vista de usuario Contarto Venta contruir el ERD.

Resolver las vistas propuestas.

LA FAVORITA S.A.

CONTRATO DE

Los Camotales 1354 -Lima Telfs. 465 -4568 458 -3106

VENTA

Vendedor

Fecha

Tipo Vta.

Nro. Contrato
Observaciones

Cliente
Direccin
Ciudad
Telfono

RUC

Cdigo

Depsito de despacho
Item Cd.Prod.

Descripcin Producto

Nro.Unid.

Nota : Todo Contrato de Venta al crdito esta sujeto a verificacin y aprobacin por el Administrador de
Ventas. Si este Contrato es anulado por el Cliente, el vendedor podr tomar la accin legal
correspondiente reteniendo el adelanto como liquidacin por los daos.

Precio Dscto.

Total Item

Total Venta
IGV Transporte
Adelanto Saldo a
Pagar

CURSO
Fsica

Firma Cliente: Firma y Sello Vendedor :

PROFESOR
TEXTO
Prof. Verde Prof. Mecnica Bsica
Pardo
Principios de Optica
Prof. Negro Prof.
Blanco

Matemticas

Algebra Moderna
Geometra Proyectiva

Buque

Capitn

Viaje

Solitario
Solitario
Solitario
Solitario
Noche Clara
Solitario
Solitario
Noche Clara

Ruiz
Aguilar
Cordova
Gomez
Cordova
Rios
Gomez
Aguilar

Callao-Piura
Callao-Piura
Callao-Piura
Callao-Piura
Callao-Piura
Talara-Ilo
Talara-Ilo
Tacna-Tumbes

Noche Clara Lopez

Noche Clara Cordova
PROYECTO
TAURO
TAURO
TAURO
TAURO
GALES
GALES

ACTIVIDAD
PLANEAR
PLANEAR
COMPRAR
COMPRAR
CONTRATAR
CONTRATAR

Supe-Paita
Supe-Paita
EMPLEADO
J. GARCIA L. ALVA J.
GARCIA L. ALVA M.
ROSAS J. GARCIA