Laboratorio de Base de Datos Nro.

DD-106
11 - 12 – Normalización Parte II Página 1 de 5

BASE DE DATOS

LABORATORIO N° 11-12

NORMALIZACIÓN DE DATOS (PARTE II)

CODIGO DEL CURSO: R66427

Alumno(s)
Nota
(Apellidos, Nombres)
Joel Angel Paucar Huamaní

Grupo A C-20
Ciclo II
Fecha de entrega 02/11/2018
 Laboratorio de Base de Datos Nro. DD-106
11 - 12 – Normalización Parte II Página 2 de 5

I. OBJETIVOS
 Aplicar 1FN, 2FN y 3FN.
 Implementar las relaciones respectivas en la base de datos.

II. SEGURIDAD
Advertencia:
En este laboratorio está prohibida la manipulación del hardware,
conexiones eléctricas o de red; así como la ingestión de
alimentos o bebidas.

III. RECURSOS
 Equipo con sistema operativo Windows 8
 Oracle APEX

IV. DESARROLLO DE LA TAREA

 El desarrollo del laboratorio es de manera individual.

V. EJEMPLO
Nota: Una relación no normalizada es una relación que cuenta con uno o varios grupos repetitivos

1. Se tienen los siguientes campos en una relación denominada factura.

FACTURA Descripción de cada campo

IDFAC Identificador de la factura.
FECFAC Fecha de la factura.
IDCLI Identificador del cliente.
NOMCLI Nombre del cliente.
DIRCLI Dirección del cliente.
PAISCLI País del cliente.
CIUCLI Ciudad del cliente.
IDPROD Identificador del producto.
DESPROD Descripción del producto.
CANT Cantidad del producto vendido.
PREPROD Precio unitario del producto.
TOTPROD Total del producto (CANT*PRECPROD)
TOTFAC Total del monto de la factura.

2. Algunos datos dentro de la relación factura.

IDFAC FECFAC IDCLI NOMCLI DIRCLI PAISCLI CIUCLI IDPROD DESCPROD CANT PREPROD TOTPROD TOTFAC
152 20/10/2010 45 Empresa 1 Calle Sol 213 Perú Arequipa 254 Switch Cisco A231 4 300 1200 2283
Tarjeta Red
152 20/10/2010 45 Empresa 1 Calle Sol 213 Perú Arequipa 823 10/100 12 15 180 2283
152 20/10/2010 45 Empresa 1 Calle Sol 213 Perú Arequipa 231 Cámara web 3 98 294 2283
152 20/10/2010 45 Empresa 1 Calle Sol 213 Perú Arequipa 239 Sensor huellas 7 87 609 2283
162 21/10/2010 23 Empresa 2 Av. Paz 2133 Chile Santiago 254 Switch Cisco A231 6 300 1800 1845
Tarjeta Red
162 21/10/2010 23 Empresa 2 Av. Paz 2133 Chile Santiago 823 10/100 3 15 45 1845

3. Primera forma normal (1FN).

 ¿Todos son campos atómicos?
o Sí. ¿Explique porque?

No tendría forma de relacionar los datos con otras tablas entre sí, porque cada atributo debe
contener un único valor del dominio.
 Laboratorio de Base de Datos Nro. DD-106
11 - 12 – Normalización Parte II Página 3 de 5

 ¿Campo o campos que identifiquen a cada registro (clave primaria)?

o IDFAC, IDPROD
 ¿Grupo no repetitivo y Grupo repetitivo?

Grupo no repetitivo (GNR) Grupo repetitivo (GNR)

IDFAC FECFAC IDCLI NOMCLI DIRCLI PAISCLI CIUCLI IDPROD DESCPROD CANT PREPROD TOTPROD TOTFAC
152 20/10/2010 45 Empresa 1 Calle Sol 213 Perú Arequipa 254 Switch Cisco A231 4 300 1200 2283
Tarjeta Red
152 20/10/2010 45 Empresa 1 Calle Sol 213 Perú Arequipa 823 10/100 12 15 180 2283
152 20/10/2010 45 Empresa 1 Calle Sol 213 Perú Arequipa 231 Cámara web 3 98 294 2283
152 20/10/2010 45 Empresa 1 Calle Sol 213 Perú Arequipa 239 Sensor huellas 7 87 609 2283
162 21/10/2010 23 Empresa 2 Av. Paz 2133 Chile Santiago 254 Switch Cisco A231 6 300 1800 1845
Tarjeta Red
162 21/10/2010 23 Empresa 2 Av. Paz 2133 Chile Santiago 823 10/100 3 15 45 1845

Entonces, para la 1FN la relación original se convierte en las siguientes relaciones:

FACTURA FACTURA_DETALLE
IDFAC (PK) IDFAC (PK)
FECFAC IDPROD (PK)
IDCLI DESPROD
NOMCLI CANT
DIRCLI PREPROD
PAISCLI TOTPROD
CIUCLI
TOTFAC

4. Segunda forma normal (2FN).

 ¿Se encuentra en 1FN?
o Sí.
 ¿Cada atributo no clave es dependiente de la clave completa?
o No, las relaciones resultantes son las siguientes.

FACTURA FACTURA_DETALLE PRODUCTO

IDFAC (PK) IDFAC (PK) IDPROD (PK)
FECFAC IDPROD (PK) DESPROD
IDCLI CANT PREPROD
NOMCLI TOTPROD
DIRCLI
PAISCLI
CIUCLI
TOTFAC

5. Tercera forma normal (3FN).

 ¿Se encuentra en 2FN?
o Sí.
 ¿Dependencias entre atributos que no son clave?
o Sí, para cliente, las relaciones resultantes son las siguientes:
FACTURA FACTURA_DETALLE PRODUCTO
IDFAC (PK) IDFAC (PK) IDPROD (PK)
FECFAC IDPROD (PK) DESPROD
IDCLI CANT PREPROD
NOMCLI TOTPROD*
DIRCLI
PAISCLI
CIUCLI
TOTFAC*
*Atributo calculado
 Laboratorio de Base de Datos Nro. DD-106
11 - 12 – Normalización Parte II Página 4 de 5

FACTURA FACTURA PRODUCTO CLIENTE

DETALLE
IDFAC (PK) IDFAC (PK) IDPROD (PK) IDCLI (PK)
IDCLI IDPROD (PK) DESPROD NOMCLI
FECFAC CANT PREPROD DIRCLI
PAISCLI
CIUCLI

VI. CASO PRÁCTICO

1. Dados los siguientes atributos de una biblioteca, realizar la normalización respectiva (1FN, 2FN y 3FN),
detallando de manera adecuada el proceso a seguir, para cada fase.
Averiguar que sucede si no se tiene algún código para un atributo de una tabla dada, ¿qué debería
hacerse?

CODLIB TITULO AUTOR EDITORIAL NOMLECTOR FECPRES FECDEV

L0001 Negocios Walts Spring McGraw Hill Landa Torres, 15/10/2010 18/10/2010
Pedro
L0031 Nutrición E. Carlos Anagrama Ríos Cueva, 17/08/2010 24/08/2010
María
L0071 Cálculo Walts Spring McGraw Hill Palomino, Carlos 16/09/2010 17/09/2010
L0121 Física II Barry Drafts y Aenor Zúñiga Carpio, 20/10/2010 23/10/2010
Norman Freitz Luisa
L0067 Química Dorian McGraw Hill Pérez Gómez, 18/07/2010 25/07/2010
Juan

1FN
▪ La tabla mostrada no cumple el requisito de la Primera Forma Normal de sólo tener campos atómicos el
nombre del lector pasa a ser un campo que puede y conviene descomponerse en apellido paterno,
apellido materno y nombres.

CODLIB TITULO AUTOR EDITORIAL NOMLECTOR APE_PLECTOR APE_MLECTOR FECPRES FECDEV

L0001 Negocios Walts McGraw Pedro Landa Torres 15/10/2010 18/10/2010
Spring Hill
L0031 Nutrición E. Anagrama María Ríos Cueva 17/08/2010 24/08/2010
Carlos
L0071 Cálculo Walts McGraw Carlos Palomino 16/09/2010 17/09/2010
Spring Hill
L0121 Física II Barry Aenor Luisa Zúñiga Carpio 20/10/2010 23/10/2010
Drafts y
Norman
Freitz
L0067 Química Dorian McGraw Juan Pérez Gómez 18/07/2010 25/07/2010
Hill

2FN
▪ Creamos una tabla que contenga los datos del lector y también creamos la columna CODLEC para
identificar únicamente a cada uno. Sin embargo, esta nueva disposición de datos necesita que exista
otra tabla para mantener la información de qué libros están prestados y devueltos.(la tabla de lectores
solo contendrá datos del lector)

LIBROS LECTORES FECHAS

CODLIB (PK) CODLEC (PK) CODLIB (PK)
TITULO NOMLECTOR CODLEC (PK)
AUTOR APE_PLECTOR FECPRES
EDITORIAL APE_MLECTOR FECDEV
 Laboratorio de Base de Datos Nro. DD-106
11 - 12 – Normalización Parte II Página 5 de 5

3FN
▪ En esta última forma la relación debe estar en 2FN además los atributos que no tengan código 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. en el ejemplo 2FN mostrado la primera tabla conserva información
acerca del libro, los autores, por lo que debemos crear nuevas tablas para satisfacer los requisitos de
3FN para que haya esa relación entre libros, autores y editorial.

LIBROS AUTORES
CODLIB (PK) CODAUT (PK)
TITULO AUTOR
LIB_AUT
CODLIB (PK)
CODAUT (PK)
EDITORIAL
LECTORES FECHAS
CODLEC (PK) CODLIB (PK)
NOMLECTOR CODLEC (PK)
APE_PLECTOR FECPRES
APE_MLECTOR FECDEV

Nota: Para los dos ejercicios anteriores, deberá adjuntar un informe detallado, indicando paso por paso
lo realizado para normalizar cada tabla brindada.

VII. OBSERVACIONES Y CONCLUSIONES

Observaciones

-Pudimos observar que un valor atómico es aquel que no puede ser descompuesto en
pedazos más pequeños por el DBMS, excepto ciertas funciones especiales.
-Se pudo ver una serie de reglas que pasan de entidad-relación.
-Se investigó la información que se nos pidió para poder desarrollarlo en caso de que no se
encuentre el código primario.
-Se dedujo la manera de organizar las tablas y que atributos se podrían colocar en cada uno
de estas tablas.
-Podemos observar que se filtró datos utilizando la normalización de datos.

Conclusiones

-Concluimos que una tabla está en 1FN si se garantiza la atomicidad de sus datos y se
eliminan los grupos repetidos.
-Nos aseguramos de que las tablas puedan ir de acuerdo a las formas de normalización y se
observó el resultado.
-Concluimos que dada una clave primaria y cualquier atributo que no sea parte de la clave
primaria, el atributo no clave depende de toda la clave primaria en vez de solo de una parte de
ella.
-Concluimos que en la tercera forma 3FN, consiste en que ningún atributo dato que depende
de la PK, dependa de otro atributo dato es decir, no debe tener DEPENDENCIA TRANSITIVA.
-No deberían existir múltiples columnas para un mismo tipo conceptual de dato.