NORMALIZACION
BASES DE DATOS
20 DE JULIO DE 2019
UNIVERSIDAD DEL BOSQUE
DIPLOMADO BUSINESS INTELLIGENCE AND DATAMINING
La empresa COLOMBIAN SYSTEMS lo ha contratado como el “Ingeniero Encargado” para
sistematizar la facturación. En la siguiente FACTURA DE COMPRA VENTA, se debe
analizar toda la información disponible y aplicar el proceso de normalización, hasta llegar a
la Tercera Forma Normal. Se pide realizar la respectiva justificación detallada de cada uno
de los pasos que conduzcan al resultado final.
Factura (NUM_FAC, FECHA_FAC, NOM_CLIENTE, DIR_CLIENTE, CIUDAD_CLIENTE,
TELEF_CLIENTE, CATEGORIA, COD_PROD, DESP_PROD, VAL_UNIT, CANT_PROD)
Donde:
NUM_FAC: Número de la factura de compra venta
FECHA_FAC: Fecha de la factura de compra venta
NOM_CLIENTE: Nombre del cliente
DIR_CLIENTE: Dirección del cliente
CIUDAD_CLIENTE: Ciudad del cliente
TELEF_CLIENTE: Teléfono del cliente
CATEGORIA: Categoría del producto
COD_PROD: Código del producto
DESCRIPCION: Descripción del producto
VAL_UNIT: Valor unitario del producto
CANT_PROD: Cantidad de productos que compra el cliente
La llave primaria es Número de Factura de venta: NUM_FAC.
Solución
El proceso de normalización consiste en simplificar los datos, tener almacenado con el
menor espacio posible, eliminar datos repetidos, eliminar errores lógicos y tener datos
ordenados.
1. La primera forma normal (1FN), requiere que los datos sean atómicos. Es decir la
1FN prohíbe a un campo contener más de un dato de su dominio de columna.
También exige que todas las tablas deben tener una clave primaria. De igual forma
indica que una tabla no debe tener atributos que acepten valores nulos.
2. La segunda forma normal (2FN). Establece que todas las dependencias parciales
se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial
es un término que describe a aquellos datos que no dependen de la clave de la tabla
para identificarlos.
3. La tercera forma normal (3FN). Sólo se puede iniciar el proceso 3FN si es que la
tabla se encuentra en 2FN. La tercera forma normal resuelve los problemas
causados por las dependencias funcionales entre atributos no clave.
pág. 1
Existe redundancia en la tabla de datos, se identifica los grupos de repetición. Se procede a la separación de tablas.
PRIMERA FORMA NORMAL
NUM_FAC FECHA_FAC NOM_CLIENTE DIR_CLIENTE CIUDAD_CLIENTE TELEF_CLIENTE CATEGORIA COD_PROD DESCRIPCION VAL_UNIT CANT_PROD
2587 12/01/2017 HECTOR CLL 14 No BOGOTA 3208453645 A 61 ALMOHADAS 35.000 5
20 ESTE
2587 12/01/2017 HECTOR CLL 14 No BOGOTA 3208453645 A 32 PIJAMAS 28.000 6
20 ESTE
2587 12/01/2017 HECTOR CLL 14 No BOGOTA 3208453645 A 23 JEANS 85.000 1
20 ESTE
3802 05/12/2008 CELIA CR 30 No CALI 3430043 B 15 ZAPATOS 35.000 4
ESTE
TABLA CLIENTE
NUM_FAC FECHA_FAC NOM_CLIENTE DIR_CLIENTE CIUDAD_CLIENTE TELEF_CLIENTE CATEGORIA
2587 12/01/2017 HECTOR CLL 14 No 20 ESTE BOGOTA 3208453645 A
3802 05/12/2008 CELIA CR 30 No ESTE CALI 3430043 B
TABLA PRODUCTO
NUM_FAC COD_PROD DESCRIPCION VAL_UNIT CANT_PROD
2587 61 ALMOHADAS 35.000 5
2587 32 PIJAMAS 28.000 6
2587 23 JEANS 85.000 1
3802 15 ZAPATOS 35.000 4
Se debe colocar campo Num_Fac. para no perder la relación entre las tablas.
SEGUNDA FORMA NORMAL
NUM_FAC COD_PROD DESCRIPCION VAL_UNIT CANT_PROD
2587 61 ALMOHADAS 35.000 5
2587 32 PIJAMAS 28.000 6
2587 23 JEANS 85.000 1
3802 15 ZAPATOS 35.000 4
pág. 2
COD_PROD DESCRIPCION VAL_UNIT CANT_PROD
61 ALMOHADAS 35.000 5
32 PIJAMAS 28.000 6
23 JEANS 85.000 1
15 ZAPATOS 35.000 4
NUM_FAC COD_PROD
2587 61
2587 32
2587 23
3802 15
Para realizar la segunda formal debemos tener la tabla en primera forma normal. Todos los atributos dependerán de la llave
primaria.
TERCERA FORMA NORMAL
NUM_FAC FECHA_FAC NOM_CLIENTE DIR_CLIENTE CIUDAD_CLIENTE TELEF_CLIENTE CATEGORIA
2587 12/01/2017 HECTOR CLL 14 No 20 ESTE BOGOTA 3208453645 A
3802 05/12/2008 CELIA CR 30 No ESTE CALI 3430043 B
NUM_FAC CATEGORIA
2587 A
3802 B
Para la tercera formal se deben evitar las relaciones transitivas.
pág. 3
Bibliografía
[Link]
[Link]
[Link]
[Link]
pág. 4
