NORMALIZACION FACTURA

MsC (c) Esp. Alexis Ovany Torres Ch.

damian7914@hotmail.com
Orientador Fundamentos y Diseño de Base de Datos
Normalización Factura

NORMALIZACIONDE BASES DE DATOS

En el siguiente ejercicio se explica el proceso de normalización

a través de un ejemplo donde se normaliza los datos presentes
en una factura de venta hasta la tercera forma normal. No
contiene explicación sobre la teoría de normalización de bases
de datos por lo que se aconseja hacer consultas de forma
adicional acerca de éste tema.
EJEMPLO DE NORMALIZACIÓN DE UNA FACTURA DE VENTA

ACTIVIDAD

La empresa COLOMBIAN SYSTEMS lo ha contratado como el

“Ingeniero Encargado” para sistematizar la facturación. En la
siguiente FACTURA DE COMPRA VENTA, usted debe analizar
toda la información disponible y debe crear el DICCIONARIO DE
DATOS. Una vez tenga el Diccionario de Datos, haga un análisis
ARD y ejecute el proceso de normalización, hasta llegar a la
Tercera Forma Normal.

La idea es realizar la respectiva justificación detallada de cada

uno de los pasos que conduzcan al resultado final.
EJEMPLO DE NORMALIZACIÓN DE UNA FACTURA DE VENTA
EJEMPLO DE NORMALIZACIÓN DE UNA FACTURA DE VENTA

DESARROLLO

Creamos el Diccionario de Datos, para ello hacemos una lista de todos los campos presentes en el
documento y elegimos para ellos una llave primaria.
FACTURA DE VENTA
Aplicamos Primera Forma Normal 1FN:

Dividimos la lista de datos del diccionario de datos en dos grupos: El

grupo # 1 estará formado por aquellos datos que no se repiten y en
grupo # 2 por aquellos datos repetitivos
Tercera Forma Normal

Al aplicar primera forma normal debemos adicionar en el grupo repetitivo el campo que se
selecciono como llave primaria al momento de elaborar el diccionario de datos para que sirva
como llave secundaria y permita establecer una relación de cardinalidad 1-N desde el
grupo#1(no repetitivo) al grupo#2(grupo repetitivo) y seleccionamos una llave primaria al
grupo#2. Aplicando lo anteriormente expuesto nos queda el siguiente modelo relacional en
primera forma normal (1FN).
Segunda Forma Normal 2FN

Al aplicar segunda forma normal sólo se analiza el grupo repetitivo (grupo #2) y se determina que
datos dependen de forma única del la llave primaria, Codigo_Producto en nuestro caso, estos
datos junto con la llave primaria formarán un nuevo grupo (grupo #3) cuya llave primaria será la
misma que tenía el grupo #2(Codigo_Producto) y este mismo dato se conserva en el grupo #2
pero para este grupo pasa a ser llave secundaria.

Este grupo No dependen de forma

única del la llave primaria y son
inherentes a la venta No al
producto

Este grupo dependen de forma

única del la llave primaria y son
inherentes al producto.
 2FN (SEGUNDA FORMA NORMAL)

Al aplicar segunda forma normal nos que el siguiente modelo relacional

Tercera Forma Norma 3FN

Al aplicar tercera forma normal se analiza sólo al grupo no repetitivo, grupo # 1 en

nuestro caso, y se separan de él aquellos campos que no dependan directamente de la
llave primaria. Para el nuevo grupo se selecciona una llave primaria y dicho campo se
conserva en el primer grupo como llave secundaria. Así nos queda el siguiente modelo.
FACTURA NORMALIZADA
OTRAS OBSERVACIONES.

Se ha seguido el proceso de normalización partiendo de un diccionario de datos formado a partir del

esquema de una factura, es decir nos hemos basado en uno de los múltiples documentos que puede generar
una empresa para formar la lista de datos, luego se ha procedido a aplicar 1FN,2FN y3FN. No obstante haber
seguido el proceso de normalización hasta 3FN en posible que aun nuestra base de datos necesite algunos
ajustes. En tal sentido procederemos a analizar cada una de las tablas y a hacer los ajustes que sean
necesarios.

Cambiaremos los nombres de las tablas.

El cambio en los nombres de las tablas se hace para que dichos nombres guarden relación con los datos que
almacenan cada tabla. Los cambios propuestos se muestran a continuación.
Ahora asignar Nombres a las tablas

NOMBRE DEL GRUPO DESCRIPCION DE LA INFORMACION NOMBRE PARA LA TABLA

QUE CONTIENE CADA GRUPO NUEVO REPRESENTATIVA DE CADA GRUPO

Grupo # 1 Información de la factura Factura

Grupo # 2 Detalles de la venta realizada, es la lista Factura_prod

cantidad de productos vendido y
relacionados en una factura particular.

Grupo # 3 Datos de los productos. Producto

Grupo # 4 Detalles de la categoría. Categoría

Grupo # 5 Datos del cliente Clientes

EL MODELO RELACIONAL FINAL ES EL SIGUIENTE

Después de haber hecho los ajustes necesarios (cabio de nombres a las tablas y adición de nuevos datos) hemos llegado al
final del proceso de normalización y podemos estar seguros de que tenemos un buen diseño de nuestra base de datos.
NORMALIZACION

MsC (c) Esp. Alexis Ovany Torres Ch.

damian7914@hotmail.com
Orientador Fundamentos y Diseño de Base de Datos
Modelo Relacional
►Una relación se puede ver como una tabla:

nombre apellido nacimiento sexo estado_civil

Manuel Vernard 01/01/1983 M Soltero
Francisca Lund 01/01/1986 F Casado

Tuplas
Atributos

►En el ejemplo, cada fila representa a una persona.

►El nombre de la relación es el nombre que se le da a la tabla.
►Una tupla puede representarse como:
Persona(nombre,apellido,nacimiento,sexo,estado_civil)
Modelo Relacional

►Para identificar únicamente una tupla se utilizan las llaves primarias,

que no pueden repetirse.
►Por lo general se introduce un valor ficticio como llave primaria.
►Los atributos se caracterizan por tener un nombre y un dominio:
• El dominio dice que tipo de información puede ingresarse para ese atributo.
• Los dominios deben ser “atómicos”
Modelo Relacional

►¿Qué significa que un dominio debe ser “Atómico”?

• Su valor no puede ser dividido en dominios más simples.
• Ej: Persona(nombre, apellido, nacimiento, hijos)  mal!
• Una persona puede tener más de un hijo!
• ¿Ej. correcto?
►Persona(*id_persona, nombre, apellido, nacimiento)
►Hijos(*id_persona, *id_hijo, nombre, apellido, nacimiento)

Llave Foranea
Normalización

►Estándar de conversión de relaciones entre entidades.

►Trata de evitar:
• La redundancia de los datos
• inconsistencias de los datos
►A través de la normalización se llega al modelo físico de los datos.
►Utiliza las llamadas formas normales (1FN, 2FN, 3FN, 4FN)
 Normalización: 1FN

►Todos los dominios son “Atómicos”:

Código Nombre Cursos

1 Marcos Inglés
2 Lucas Contabilidad, Informática
3 Marta Inglés, Contabilidad

Tabla B
Tabla A
Código Curso
Código Nombre 1 Inglés
1 Marcos 2 Contabilidad
2 Lucas 2 Informática
3 Marta 3 Inglés
3 Informática
 Normalización: 2FN

►Todos los campos dependen directamente de la clave.

Código Empleado Código Dpto. Nombre Departamento Años
1 6 Juan Contabilidad 6
2 3 Pedro Sistemas 3
3 2 Sonia I+D 1
4 3 Verónica Sistemas 10
2 6 Pedro Contabilidad 5

Tabla A
Código Empleado Nombre
1 Juan
2 Pedro
3 Sonia Tabla C

4 Verónica Código Empleado Código Departamento Años

1 6 6
Tabla B 2 3 3
Código Departamento Dpto. 3 2 1
2 I+D
4 3 10
3 Sistemas
2 6 5
6 Contabilidad
 Normalización: 3FN

►los campos de la tabla dependen únicamente de la clave (no dependen

unos de otros).
Código Nombre Curso Aula
1 Marcos Informática Aula A
2 Lucas Inglés Aula B
3 Marta Contabilidad Aula C

Tabla A Tabla B
Código Nombre Curso Curso Aula
1 Marcos Informática Informática Aula A
2 Lucas Inglés Inglés Aula B
3 Marta Contabilidad Contabilidad Aula C
 Normalización

►para cualquier combinación clave - campo no existen valores duplicados.

Color
Figura Color
Cuadrado Rojo

Geometría Cuadrado Azul

Figura Color Tamaño
Cuadrado Rojo Grande Círculo Blanco
Cuadrado Azul Grande Círculo Azul
Cuadrado Azul Mediano
Círculo Blanco Mediano Tamaño
Círculo Azul Pequeño Figura Tamaño
Círculo Azul Mediano
Cuadrado Grande
Cuadrado Pequeño
Círculo Mediano
Círculo Pequeño
 Formando líderes para la
construcción de un nuevo país en
paz