U4Inv RamirezRodriguezG

Tecnológico Nacional de México
Instituto Tecnológico de Ciudad Madero
Fundamentos de Bases de Datos

Investigación
Unidad 4:
Normalización de Bases de Datos
Docente:
Elizabeth Cortez Razo
Alumno:
Ramírez Rodríguez Gloria Ximena
No. Control: 21070378
Carrera:
Ingeniería en Sistemas Computacionales
Mayo 19, 2023.

FN de Boyce-Codd
En la normalización de Boyce-Codd, una relación está en Boyce-Codd Normal Form
(BCNF) si para cada dependencia funcional no trivial X → Y, donde X es un
superconjunto de una clave candidata, se cumple que X es una superclave. Esto
significa que cualquier dependencia funcional no trivial debe ser totalmente
dependiente de la clave candidata y no puede existir ninguna dependencia funcional
parcial en la relación.
Un ejemplo ilustrado de la normalización de Boyce-Codd sería el siguiente:
Ejemplo:
Supongamos que tenemos la siguiente relación llamada "Empleados" con los
siguientes atributos:
EmpleadoID Nombre Departamento SupervisorID
0001 Juan B-112 21078
0002 Maria C-110 21079
Y las siguientes dependencias funcionales:

EmpleadoID → Nombre, Departamento
SupervisorID → EmpleadoID
En este caso, la relación no cumple con la forma normal de Boyce-Codd debido a

la segunda dependencia funcional. Para normalizarla, debemos descomponerla en
dos relaciones separadas:
Relación 1: "Empleados1" con los atributos:
EmpleadoID Nombre Departamento

0001 Juan B-112
0002 Maria C-110
Relación 2: "Empleados2" con los atributos:

SupervisorID EmpleadoID
21078 0001
21079 0002
De esta manera, hemos eliminado la dependencia funcional parcial y hemos

obtenido dos relaciones en BCNF.
Cabe destacar que la normalización de Boyce-Codd es solo una de las formas de

normalización utilizadas en el diseño de bases de datos y que puede haber
situaciones en las que otras formas de normalización, como la tercera forma normal
(3NF), sean más apropiadas dependiendo de los requisitos y la estructura de los
datos.
4FN
En la Cuarta Forma Normal, una relación debe cumplir con los siguientes requisitos:
1. Estar en Tercera Forma Normal (3NF): La relación debe estar libre de

dependencias transitivas y tener todas las dependencias funcionales
identificadas y correctamente resueltas.
2. No tener dependencias multivaluadas: Una dependencia multivaluada ocurre

cuando un conjunto de atributos determina varios conjuntos de atributos
independientes. En la 4NF, estas dependencias multivaluadas se eliminan
dividiendo la relación en múltiples relaciones más pequeñas, cada una
centrada en un conjunto específico de atributos.
3. No tener dependencias de unión: Una dependencia de unión ocurre cuando

la recuperación de información de una relación requiere combinar
información de diferentes tuplas. En la 4NF, se deben eliminar las
dependencias de unión dividiendo la relación en relaciones más pequeñas y
combinando la información cuando sea necesario mediante una clave
externa.
Ejemplo:
Supongamos que tenemos una relación llamada "Estudiante_Curso" con los

siguientes atributos:
EstudianteID NombreEstudiante CursoID NombreCurso Instructor

1111 Manuel 1234 Ciencias 1 David Ferrer
2222 Gloria 4321 Matematicas 2 Marta Perez
En este caso, hay una dependencia multivaluada, ya que un estudiante puede estar
inscrito en múltiples cursos y un curso puede tener varios estudiantes. Para cumplir
con la 4NF, se puede dividir la relación en dos relaciones más pequeñas:
Relación 1: "Estudiantes" con los atributos:
EstudianteID NombreEstudiante
1111 Manuel
2222 Gloria
Relación 2: "Cursos" con los atributos:
CursoID NombreCurso Instructor
1234 Ciencias 1 David Ferrer
4321 Matematicas 2 Marta Perez
De esta manera, se eliminan las dependencias multivaluadas y se evitan anomalías

de actualización y redundancia de datos.
5FN
La Quinta Forma Normal es un nivel avanzado de normalización que trata sobre la
descomposición de relaciones que tienen dependencias de unión y dependencias
de dependencia de unión. Su objetivo es eliminar la redundancia de información y
garantizar una mayor integridad de los datos.
Ejemplo:
Para darte un ejemplo ilustrativo de la Quinta Forma Normal, consideremos una

situación hipotética en la que tenemos una relación llamada "Libros_Autores" con
los siguientes atributos:
LibroID Titulo AutorID NombreAutor Genero

8888 xx xx 3331 Pablo A. Terror
9999 Yy yy 4442 America H. Novela
En esta relación, supongamos que hay una dependencia de unión en la cual el

género del libro depende del nombre del autor. Además, también existe una
dependencia de dependencia de unión, donde el título del libro depende del género
del libro.
Para alcanzar la Quinta Forma Normal, podríamos descomponer la relación en tres

relaciones más pequeñas:
Relación 1: "Autores" con los atributos:
AutorID NombreAutor
3331 Pablo A.
4442 America H.
Relación 2: "Libros" con los atributos:

LibroID Titulo
8888 xx xx
9999 Yy yy
Relación 3: "Autores_Libros" con los atributos:
LibroID AutorID
8888 3331
9999 4442
De esta manera, hemos eliminado las dependencias de unión y la dependencia de

dependencia de unión. Cada relación se centra en información específica y se
pueden realizar uniones cuando sea necesario utilizando las claves externas
AutorID y LibroID.
Forma Normal de Dominio/Clave
se dice que un esquema de relación está en DKNF solo si todas las restricciones y
dependencias que deben mantenerse en el estado de relación válido pueden
aplicarse simplemente aplicando las restricciones de dominio y las restricciones
clave en la relación. Para una relación en DKNF, se vuelve muy sencillo hacer
cumplir todas las restricciones de la base de datos simplemente comprobando que
cada valor de atributo es una tupla del dominio apropiado y que se aplican todas las
restricciones clave.
Las razones para usar DKNF son las siguientes:
1. Para evitar restricciones generales en la base de datos que no sean

restricciones clave claras.
2. La mayoría de las bases de datos pueden probar o verificar fácilmente las

restricciones clave de los atributos.
Sin embargo, debido a la dificultad de incluir restricciones complejas en una relación

DKNF, su utilidad práctica es limitada, lo que significa que no tienen un uso práctico,
ya que puede ser bastante difícil especificar restricciones de integridad generales.
Ejemplo
Considere las relaciones:
COCHE (MARCA, vin#) y
FABRICACIÓN (vin#, país)
donde vin# representa el número de identificación del vehículo ‘país’ representa el
nombre del país donde se fabrica.
Una restricción general puede ser de la siguiente forma:
Si la MARCA es ‘HONDA’ o ‘MARUTI’, el primer carácter del número de serie es
una ‘B’ Si el país de fabricación es ‘INDIA’
Si la MARCA es ‘FORD’ o ‘ACCURA’, el segundo carácter de el vin# es una ‘B” si
el país de fabricación es ‘INDIA’.
No existe una forma simplificada de representar tales restricciones salvo escribir un

procedimiento o una afirmación general para probarlas. Por lo tanto, tal
procedimiento necesita hacer cumplir una restricción de integridad apropiada. Sin
embargo, transformar una forma normal superior en una forma normal de
dominio/clave no siempre es una transformación que preserve las dependencias y
no siempre es posible.
Bibliografía
• Hernandez, M. J. (2003). Database Design for Mere Mortals: A Hands-On
Guide to Relational Database Design. Kahle/Austin Foundation.
• Ramakrishnan, R., & Johannes, G. (s.f.). Database Management Systems
(3ra ed.). McGraw-Hill.
• Silberschatz, A., Korth, H. F., & Sudarshan, S. (2002). FUNDAMENTOS DE
BASES DE DATOS (Cuarta ed.). McGrawHill.

U4Inv RamirezRodriguezG

Cargado por

Copyright:

Formatos disponibles

U4Inv RamirezRodriguezG

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

U4Inv RamirezRodriguezG

Cargado por

Copyright:

Formatos disponibles

Tecnológico Nacional de México

Instituto Tecnológico de Ciudad Madero

Fundamentos de Bases de Datos

No. Control: 21070378

Mayo 19, 2023.

Y las siguientes dependencias funcionales:

En este caso, la relación no cumple con la forma normal de Boyce-Codd debido a

Relación 1: "Empleados1" con los atributos:

EmpleadoID Nombre Departamento

Relación 2: "Empleados2" con los atributos:

De esta manera, hemos eliminado la dependencia funcional parcial y hemos

Cabe destacar que la normalización de Boyce-Codd es solo una de las formas de

1. Estar en Tercera Forma Normal (3NF): La relación debe estar libre de

2. No tener dependencias multivaluadas: Una dependencia multivaluada ocurre

3. No tener dependencias de unión: Una dependencia de unión ocurre cuando

Supongamos que tenemos una relación llamada "Estudiante_Curso" con los

EstudianteID NombreEstudiante CursoID NombreCurso Instructor

Relación 1: "Estudiantes" con los atributos:

De esta manera, se eliminan las dependencias multivaluadas y se evitan anomalías

Para darte un ejemplo ilustrativo de la Quinta Forma Normal, consideremos una

LibroID Titulo AutorID NombreAutor Genero

En esta relación, supongamos que hay una dependencia de unión en la cual el

Para alcanzar la Quinta Forma Normal, podríamos descomponer la relación en tres

Relación 1: "Autores" con los atributos:

Relación 2: "Libros" con los atributos:

De esta manera, hemos eliminado las dependencias de unión y la dependencia de

Forma Normal de Dominio/Clave

Las razones para usar DKNF son las siguientes:

1. Para evitar restricciones generales en la base de datos que no sean

2. La mayoría de las bases de datos pueden probar o verificar fácilmente las

Sin embargo, debido a la dificultad de incluir restricciones complejas en una relación

No existe una forma simplificada de representar tales restricciones salvo escribir un

También podría gustarte