Nro.

DD-106
Laboratorio de Base de Datos
Normalización
Página 1

Yaguno Huamaní Ángel Eduardo

Alumno(s) Puente de la Vega Arenas Alexander Nota
Dominick Gutierrez

Especialidad y
Diseño y Desarrollo de Software Grupo B Fecha 08/07/23
Grupo

I. OBJETIVOS

● Identificar entidades
● Definir atributos de entidades
● Definir relaciones entre entidades
● Aplicar todas las formas Normalizadas.
● Implementar las relaciones respectivas en la base de datos.

II. SEGURIDAD

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

III. NORMAS EMPLEADAS

● No aplica

IV. RECURSOS

● Equipo con sistema operativo Windows (64 bits).

● Modelador de Datos.

V. METODOLOGÍA PARA EL DESARROLLO DE LA TAREA

● El desarrollo del laboratorio es de manera grupal.

 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 2

VI. PROCEDIMIENTO

NOTA IMPORTANTE: Si en caso no es necesario que aplique ninguna forma normal en su

Base de Datos, puede Indicarlo en la Tabla el motivo por el cual no es
necesario aplicarlo.

NORMALIZACIÓN

1. Primera Forma Normal

● Examina las tablas y busca conjuntos de datos que se repitan en una misma columna. Estos
grupos repetidos deben ser identificados para su posterior separación en una tabla
independiente.
● Crea una nueva tabla para cada grupo repetido identificado en el paso anterior. Esta tabla
contendrá una única columna para los valores repetidos y una columna adicional para la
clave primaria que vinculará las nuevas tablas con la tabla original.
● Establezca la relación adecuada entre las tablas utilizando la clave primaria y la clave
foránea
● Dentro del modelador de datos vaya creando la representación de las tablas y relaciones
nuevas identificadas.

Entidad Atributo que no Razón o motivo de Primera Forma Normal Primera Forma Normal
cumple el valor la elección de este (nuevas tablas) (nuevas relaciones)
atómico atributo
GYP_C Celular Un cliente puede Celular Id_Celular(PK),
LIENTE tener varios Id_Cliente(FK),
números de Celular
celular
GYP_C Correo Un cliente puede Correo Id_Correo(PK),
LIENTE tener más de un Id_Cliente(FK), Correo
correo
GYP_C Multa Un cliente puede Multa Id_Multa(PK),
LIENTE tener más de una Id_Cliente(FK),
multa por no Fecha_Multa,
devolver libros Cantidad_Multa
GYP_A Multa Un Alquiler de un Multa Id_Multa(PK),
LQUILE libro puede estar Id_Alquiler(FK),
R asociado a Fecha_Multa,
diferentes multas Cantidad_Multa

Ejemplo:

Tabla antes de 1FN

 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 3

Entidad Atributo que no Razón o motivo de Primera Forma Normal Primera Forma Normal
cumple el valor la elección de este (nuevas tablas) (nuevas relaciones)
atómico atributo
Cliente Telefono Mas de un Teléfono Id teléfono (PK),
teléfono por teléfono, id cliente
cliente (FK)

Tablas después 1FN

2. Segunda Forma Normal

● Examina las columnas no clave de la tabla y determina si alguna de ellas depende solo de
una parte de la clave primaria en lugar de depender de la clave primaria completa
(dependencia parcial)
● Para cada dependencia parcial identificada, crea una nueva tabla que contenga la columna
no clave dependiente y la parte correspondiente de la clave primaria. Esta nueva tabla
también debe incluir una clave primaria única para identificar los registros.
● Establece las relaciones adecuadas entre las nuevas tablas y la tabla original utilizando la
clave primaria y las claves foráneas correspondientes
● Dentro del modelador de datos vaya creando la representación de las tablas y relaciones
nuevas identificadas.

Entidad Dependencia Razón o motivo de Segunda Forma Normal Segunda Forma Normal
(es) Parcial la elección de este (nuevas tablas) (nuevas relaciones)
Identificada atributo
 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 4

GYP_LI Fecha_Alquile Estos atributos de GYP_ALQUILER Id_Alquiler(PK),

BRO, r y fecha se pueden Id_Cliente(FK),
GYP_CL Fecha_Devolu identificar en la Id_Libro(FK),
IENTE cion no tabla Fecha_Alquiler, Fecha
dependen GYP_ALQUILER Devolucion
completament
e de Id_Libro
GYP_CL Multa no No depende ya que GYP_MULTA Id_Multa(PK),
IENTE depende esta se asocia al Id_Cliente(FK),
directamente cliente solo y Id_Alquiler(FK),
con cuando no ha Fecha_Multa,
Id_Cliente cumplido con la Cantidad_Multa
devolución del libro
en el tiempo
indicado
GYP_PA El pago de la El atributo de pago GYP_PAGO_MULTA Id_Pago(PK),
GO_MUL multa no de la multa no Id_Cliente(FK),
TA depende depende Fecha_Pago,
directamente directamente ya Monto_Paago
con el Cliente que el cliente puede
o no puede tener
una multa.

Ejemplo:

Tabla antes de 2FN

Entidad Dependencia Razón o motivo de Segunda Forma Segunda Forma

(es) Parcial la elección de esta Normal (nuevas Normal (nuevas
Identificada dependencia tablas) relaciones)
Pedidos la columna Producto puede Pedidos, cliente, ID_Pedido (PK),
(Cliente – "Producto" no identificarse solo productos ID_Cliente (Fk),
Productos depende con su di en la ID_producto (FK),
) completament entidad de cantidad
e de la clave pedidos, y también
primaria de definirse ahí en la
pedidos , ya misma entidad la
que está cantidad de
parcialmente producto a vender,
dependiente mientras que el
 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 5

solo del nombre y los

número de demás datos
pedido. relacionados la
producto pueden
estar en la misma
tabla creada solo
para productos

Tablas después de la 2FN

3. Tercera Forma Normal

● Examina las columnas no clave de la tabla y determina si alguna de ellas depende de otras
columnas no clave en lugar de depender directamente de la clave primaria (dependencia
transitiva)
● Para cada dependencia transitiva identificada, crea una nueva tabla que contenga la
columna no clave dependiente y la columna de la que depende. Esta nueva tabla también
debe incluir una clave primaria única para identificar los registros
● Establece las relaciones adecuadas entre las nuevas tablas y la tabla original utilizando la
clave primaria y las claves foráneas correspondientes
● Dentro del modelador de datos vaya creando la representación de las entidades
identificadas.

Entidad Dependencia Razón o motivo de Tercera Forma Normal Tercera Forma Normal
(es) Transitiva la elección de esta (nuevas tablas) (nuevas relaciones)
Identificada dependencia
GYP_MU Los atributos Dependen del Pago_Multa_Cliente Id_Pago(PK), Fecha
LTA de pago y atributo Cliente, sin pago,
cantidad embargo esta no es Cantidad_pagada,
pagada son la clave principal, Id_Multa(FK),
dependencias por lo que se hizo Id_Cliente(FK),
transitivas una tabla aparte Id_Alquiler(FK)
para registrar los
 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 6

pagos de multa
realizados por los
Clientes.

Ejemplo:

Tabla antes de la 3FN

Entidad (es) Dependencia Razón o motivo de Tercera Forma Tercera Forma

Transitiva la elección de esta Normal (nuevas Normal (nuevas
Identificada dependencia tablas) relaciones)
Empleados Los atributos En esta tabla, la Departamentos, Departamentos:
(Departamento departamento ubicación del empledaos ID_Departamento
) y ubicación departamento (PK), Nombre,
son está determinada Ciudad, Pais
dependencias por el nombre del
transitivas. departamento. Es Empleados:
decir, la columna ID Empleado (PK),
"Ubicación" Nombre, ID
depende de la Departamento (FK)
columna
"Departamento",
que a su vez no es
parte de la clave
primaria.

Tablas después de la 3FN

 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 7

4. Cuarta Forma Normal

● Examina las columnas no clave de la tabla y determina si existen conjuntos de columnas que
tienen dependencias entre sí, es decir, si la presencia de un conjunto de valores en una
columna no clave implica la presencia de otro conjunto de valores en otra columna no clave
(dependencias multivaluadas).
● Para cada dependencia multivaluada identificada, crea una nueva tabla que contenga las
columnas no clave del conjunto y una columna adicional que represente la dependencia con
la clave primaria. Esta nueva tabla también debe incluir una clave primaria única para
identificar los registros.
● Establece las relaciones adecuadas entre las nuevas tablas y la tabla original utilizando la
clave primaria y las claves foráneas correspondientes.
● Dentro del modelador de datos vaya creando la representación de las tablas y relaciones
nuevas identificadas.

Entida Dependencia Razón o motivo de Cuarta Forma Normal Cuarta Forma Normal
d Multivaluada la elección de esta (nuevas tablas) (nuevas relaciones)
encontrada dependencia
GYP_Li Autores Existe una GYP_Autor GYP_Autor
bro dependencia Id_Autor
multivaluada nombre
entre los autores
individuales en el Autor_Libro
conjunto, ya que Id_Autor
la presencia de un Id_Libro
autor implica la
presencia de otros
libros en el mismo
conjunto.
GYP_Li Generos Existe una GYP_genero GYP_genero
bro dependencia Id_Genero
multivaluada Genero
entre los generos
individuales en el Genero_Libro
conjunto, ya que Id_Genero
 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 8

la presencia de un Id_libro
género implica la
presencia de otros
libros en el mismo
conjunto.

Ejemplo:

Tabla antes de la 4FN

Entidad Dependencia Razón o motivo Cuarta Forma Normal Cuarta Forma Normal
Multivaluada de la elección de (nuevas tablas) (nuevas relaciones)
encontrada este atributo
Estudiant Cursos Existe una Matricula Curso
e (Cursos) dependencia (inscrpcion) ID_ curso (PK)
multivaluada Nombre
entre los cursos
individuales en el Matricula
conjunto, ya que ID_MAtricual (PK)
la presencia de un ID_Curso (FK)
curso implica la ID_Alumno (FK)
presencia de
otros cursos en el
mismo conjunto.

Tabla después de la 4FN

 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 9

5. Quinta Forma Normal

● Examina las relaciones entre tablas y determina si hay dependencias de unión, es decir, si se
pueden obtener información duplicada o redundante al combinar los registros de varias
tablas.
● Para cada dependencia de unión identificada, crea una nueva tabla que contenga los
atributos necesarios para representar la relación de forma independiente. Esta nueva tabla
debe incluir una clave primaria única y las claves foráneas necesarias para vincularla con las
tablas originales.
● Establece las relaciones adecuadas entre las nuevas tablas y las tablas originales utilizando
las claves primarias y las claves foráneas correspondientes.
● Dentro del modelador de datos vaya creando la representación de las tablas y relaciones
nuevas identificadas.

Entidad Dependencia Razón o motivo de Quinta Forma Normal Quinta Forma Normal
Multivaluada la elección de esta (nuevas tablas) (nuevas relaciones)
encontrada dependencia
GYP_Li Unión de tablas La tabla “Autores Autores_Libro Autores_Libro:
bro como Id_Autor con Libros” representa Id_autor(FK)
Id_Libro la relacion entre Id_Libro(FK)
GYP_AUTOR y GYP_Autores GYP_autores
gyp_LIBRO. Sin Id_autor(PK)
embargo,
“Autores_libro”
presenta
dependencias de
union, ya que al
combinar los
registros se puede
 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 10

obtener
informacion
redundante
GYP_Li Union de tablas La tabla Generos_Libro Generos_Libro:
bro como Genero ID y “Generos_Libros” Id_Genero(FK)
Libro ID representa la Id_Libro(FK)
relacion entre GYP_Generos GYP_Generos:
GYP_Libro y Id_genero(PK)
GYP_Generos.
“Generos_Libros”
presenta
dependencias de
union, ya que al
combinar los
registros se puede
obtener
redundancia

Ejemplo:

Entidad Dependencia Razón o motivo Cuarta Forma Normal Cuarta Forma Normal
Multivaluada de la elección de (nuevas tablas) (nuevas relaciones)
encontrada este atributo
Compra Union de tablas la tabla Cliente_Compras Cliente_Compras:
s como Cliente ID, "Compras" ID_ Compras (PK)
Producto ID representa la Producto_Compras ID_Cliente
relación entre los
clientes y los Producto_Compras
productos que ID_Compras (PK)
han comprado. ID_Producto (FK)
Sin embargo, la
tabla "Compras"
presenta
dependencias de
unión, ya que al
combinar los
registros de las
tablas "Clientes" y
 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 11

"Productos", se
puede obtener
información
redundante.
 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 12

6. (Investigación) Otras Formas Normal

● Averigüe en qué consisten la sexta y séptima forma normal y brinde un breve resumen del
concepto de cada una y como se deben aplicar en un modelado de datos.

Sexta Forma Normal (6NF):

La sexta forma de normalización es muy reciente. Fue presentada a finales de la década de

los años 90 por Christopher J. Date. Una base de datos cumplirá con la sexta forma de
normalización si satisface los siguientes criterios:

- Que cumpla con la 5NF

- Que cada dependencia de la relación sea trivial.

La sexta forma normal pretende descomponer las variables de relación en componentes

irreducibles. Aunque esto puede ser relativamente poco importante para las variables de
relación no temporales, puede ser importante cuando se trata de variables temporales u
otros datos de intervalo. Por ejemplo, si una relación comprende el nombre, el estado y la
ciudad de un proveedor, es posible que también queramos añadir datos temporales, como el
tiempo durante el cual estos valores son, o fueron, válidos (por ejemplo, para datos
históricos), pero los tres valores pueden variar independientemente unos de otros y a ritmos
diferentes. Podemos, por ejemplo, querer rastrear la historia de los cambios en el Estado;
una revisión de los costes de producción puede revelar que un cambio se debió a que un
proveedor cambió de ciudad y, por tanto, lo que cobraba por la entrega.

En el caso de la séptima forma normal no pudimos encontrarla, sin embargo hay otra forma
normal con otro nombre el cual es la siguiente:

La forma normal de dominio/clave (DKNF):

Esta requiere que la base de datos contenga restricciones de dominios y de claves.

Una restricción del dominio especifica los valores permitidos para un atributo dado, mientras
que una restricción clave especifica los atributos que identifican únicamente una fila en una
tabla dada.

Esta es el santo grial de la Base de datos y es alcanzado cuando cada restricción en la

relación es una consecuencia lógica de la definición de claves y dominios, y, haciendo
cumplir las restricciones y condiciones de la clave y del dominio, causa que sean satisfechas
todas las restricciones. Así, esto evita todas las anomalías no-temporales.

Es mucho más fácil construir una base de datos en forma normal de dominio/clave que
convertir pequeñas bases de datos que puedan contener numerosas anomalías. Sin
embargo, construir con éxito una base de datos en forma normal de dominio/clave sigue
siendo una tarea difícil, incluso para programadores experimentados de bases de datos. Así,
mientras que la forma normal de dominio/clave elimina los problemas encontrados en la
mayoría de las bases de datos, tiende a ser la forma normal más costosa de alcanzar. Sin
embargo, el no poder alcanzar la forma normal de dominio/clave puede llevar costos ocultos
a largo plazo, debido a anomalías que aparecen con el tiempo en las bases de datos que
solamente se adhieren a formas normales más bajas.

● Indique si dichas formas normales pueden ser usadas en el modelo de negocio que tiene
asignado, e indique por qué.

No podríamos aplicar ninguna de las formas normales, ya que estas resultan ser muy
complejas y en nuestra gestión de biblioteca no se manipulan datos complejos.
 Nro. DD-106
Laboratorio de Base de Datos
Normalización
Página 13

Razón por la cual no aplicamos la sexta forma normal: La 6NF es una forma normal
muy avanzada que se aplica en casos de datos altamente complejos. En una gestión de
biblioteca, donde los datos son generalmente simples y directos, aplicar la 6NF agregaría
una complejidad innecesaria al diseño de la base de datos, dificultando su comprensión y
mantenimiento.

Razón por la cual no aplicamos la forma normal de dominio/clave: Implementar la

DKNF puede requerir un esfuerzo significativo en términos de tiempo y recursos. En una
gestión de biblioteca, donde los recursos pueden ser limitados, es más práctico utilizar
formas normales que cumplan con los requisitos básicos de integridad y consistencia de
datos sin incurrir en costos adicionales y una complejidad innecesaria.

VII. CONCLUSIONES

● Se identificaron 4 casos de la primera forma normal (1NF), que se terminaron aplicando en

el modelado de datos resultando en nuevas tablas como Celular, Correo y Multa ya que
podrían causar redundancia cuando pertenecían a la entidad Cliente.
● Para la segunda forma normal (2NF) se crearon y modificaron 3 nuevas tablas siendo
Alquiler, Multa y Pago_Multa respectivamente, el cual todos los atributos de las 3 tablas
dependen de su llave primaria.
● En la tercera forma normal (3NF) encontramos un caso y lo aplicamos a la tabla Multa
anteriormente creada, para separarla en 2 tablas, una para asignar multa a los usuarios
que no cumplan con la devolución de un libro y otra para registrar los pagos de multa que
hayan realizado los clientes.
● Para la quinta forma normal(5FN), anteriormente se tuvieron que identificar la cuarta forma
normal (4FN), los cuales se aplicaron a la tabla Libro y se crearon 2 tablas nuevas
GYP_Autor , GYP_Generos.
● Se identificaron 2 casos de la quinta forma normal (5NF), y se aplicaron en la tabla Libros,
géneros y autores, para casos en los que un libro tenga más de un género como viceversa
y así con autores.