OVA PARA FACILITAR EL

APRENDIZAJE DE LA
NORMALIZACIÓN DE BASES
DE DATOS RELACIONALES
Una OVA (Objeto Virtual de Aprendizaje) es un recurso educativo digital diseñado
para facilitar el aprendizaje de un tema específico, en este caso, la normalización
de bases de datos relacionales. La normalización es el proceso de organizar los
datos en una base de datos para reducir la redundancia y mejorar la integridad de
los datos.

Una OVA sobre este tema podría incluir varios elementos interactivos, como:

● Explicaciones teóricas: Definiciones y conceptos fundamentales de la

normalización, como las diferentes formas normales (1NF, 2NF, 3NF, etc.).
● Ejemplos prácticos: Casos de estudio que muestran cómo aplicar la
normalización a bases de datos reales.
● Actividades interactivas: Ejercicios que permiten a los estudiantes practicar
la normalización de bases de datos en un entorno controlado.
● Evaluaciones: Cuestionarios o tests para medir el entendimiento del tema.

Este tipo de recurso es útil en entornos educativos, tanto en clases presenciales

como en línea, para ayudar a los estudiantes a comprender y aplicar los principios
de la normalización de bases de datos.
 OVA PARA EDUCACIÓN
SUPERIOR

Área: Sistemas
Asignatura: Bases de datos
Institución: IUPB Institución Universitaria Pascual Bravo
Tema: Normalización

Autor:
Oralia Cortés Grajales Ingeniera de Sistemas
 CONTENIDO
COMPETENCIAS
EJEMPLOS RESUELTOS

LOGROS - EVALUACIÓN

ACTIVIDADES PARA REALIZAR

TERMINOLOGÍA

MODELO RELACIONAL CONCLUSIONES

BASES DE DATOS
RELACIONALES BIBLIOGRAFIA

1 FN
NORMALIZACION2 FN FIN
3 FN
 TERMINOLOGÍA
• Bases de Datos: Combinación del esquema de los datos almacenados.
• Bases de Datos Relacionales: Conjunto de tablas relacionadas entre ellas.
• Clave candidata: Uno o más atributos que identifican de forma única una relación.
• Clave Foránea: Es una clave primaria que esta en otras tablas fuera de aquella a
donde corresponde.
• Clave Primaria: Clave candidata de una relación que se utiliza para identificar de
forma inequívoca los registros de una tabla.
• Descomposición sin pérdidas: La capacidad de dividir relaciones de tal forma
que se puedan recombinar sin pérdida de información.
• Normalización: Es la división sucesiva de tablas a una forma más agradable y
entendible y no se pierde información.

VOLVER AL CONTENIDO
COMPETENCIA
Ofrecer a los estudiantes de bases de datos una herramienta que facilite el
aprendizaje sobre el tema de normalización en bases de datos relacionales.

COMPETENCIAS
• Identifica los modelos relacionales.
• Conoce las diferentes formas normales.
• Analiza en una tabla los posibles problemas que pueda tener.
• Utiliza adecuadamente las bases de datos relacionales para casos reales del
medio que nos rodea.

VOLVER AL CONTENIDO
LOGROS
• Soluciona problemas encontrados aplicando formas normales.
• Crea bases de datos relacionales sin problemas para su manipulación
aplicando las diferentes formas normales.
• Analiza cada caso de normalización en una tabla.

EVALUACIÓN
Soluciona actividades propuestas de base de datos, Exámenes sobre el tema.
Consulta con otras fuentes de otros autores sobre el tema.

VOLVER AL CONTENIDO
 MODELO RELACIONAL
Este modelo fue propuesto por Codd en 1970 y se
divide en tres partes, las cuales separan:
▶ La estructura.
▶ La integridad.
▶ La manipulación de los datos.

http://sentidoweb.com/tag/neo4j

VOLVER AL CONTENIDO
 MODELO RELACIONAL

Porque utilizarlo:
▶ Es una herramienta administrativa.
▶ El acceso a la información es rápido.
▶ La información esta organizada.
En el siguiente video puede
complementar sobre las bases
de datos relacionales.
https://www.youtube.com/watch?
v=Ugn0svrtPT8

http://azucenamarez.blogspot.com/2014/04/las-bases-
de-datos-y-los-sistemas-de.html
VOLVER AL CONTENIDO
 BASES DE DATOS
RELACIONALES
Para que una Base de Datos pueda ser
considerada como relacional, debe
ser capaz de realizar las siguientes
funciones:
▶ Seleccionar filas de una tabla,
basándose en criterios específicos.
▶ Listar columnas de una tabla, por
referencia al nombre de la columna. https://fdebasesdedatos.wikispaces.com/

Realizar cualquier tipo de unión entre

FUNDAMENTOS+DE+BASE+DE+DATOS
▶
tablas.

VOLVER AL CONTENIDO
 NORMALIZACIÓN
Son las técnicas para prevenir las
anomalías en las tablas. Dependiendo de
su estructura, una tabla puede estar en
primera forma normal, segunda forma
normal o en cualquier otra.

VOLVER AL CONTENIDO VER EJEMPLO

RELACIÓN ENTRE LAS
FORMAS NORMALES
PRIMERA FORMA NORMAL (1
FN)

SEGUNDA FORMA NORMAL (2

FN)

TERCERA FORMA NORMAL (3

FN)

VOLVER AL CONTENIDO
 Primera forma normal
Una tabla se encuentra en 1FN cuando cumple lo siguiente:
▶ Las celdas de las tablas poseen valores simples y no se permiten
grupos ni arreglos repetidos como valores, es decir, contienen un solo
valor por cada celda.

▶ Todos los ingresos en cualquier columna(atributo) deben ser del

mismo tipo.

▶ Cada columna debe tener un nombre único, el orden de las columnas

en la tabla no es importante.

▶ Dos filas o renglones de una misma tabla no deben ser idénticas,

aunque el orden de las filas no es importante.

VER EJEMPLO
 Ejemplo Primera forma normal (1NF)
Supongamos que deseamos realizar
Código Nombre Cursos
una tabla para guardar los cursos que
están realizando los alumnos de un 1 Marcos Inglés
determinado centro de estudios,
Contabilidad,
podríamos considerar el siguiente 2 Lucas
Informática
diseño:
3 Marta Inglés, Contabilidad

Podemos observar que el registro de código 1 si cumple la primera forma normal,

cada campo del registro contiene un único dato, pero no ocurre así con los
registros 2 y 3 ya que en el campo cursos contiene más de un dato cada uno. La
solución en este caso es crear dos tablas del siguiente modo:

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

Como se puede comprobar ahora todos los registros de

ambas tablas contienen valores únicos en sus campos, por lo
tanto ambas tablas cumplen la primera forma normal.
 Segunda forma normal
▶ Para definir la segunda forma normal se requiere saber que una
dependencia funcional consiste en identificar que atributos
dependen de otro(s) atributo(s).

▶ Una tabla se encuentra en 2 FN, cuando cumple con las reglas

de 1 FN y todos sus atributos que no son claves principal (llaves)
dependen por completo de la clave

Nota 1: De acuerdo con está definición, cada tabla que tiene un

atributo único como clave, esta en segunda forma normal.

Esta forma normal se aplica a tablas con clave primaria compuesta.

VER EJEMPLO
 Ejemplo Segunda forma normal (2NF)

Supongamos que construimos una tabla con los años

que cada empleado ha estado trabajando en cada
departamento de una empresa:
Código Código Departamen
Nombre Años
Empleado Dpto. to
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

Tomando como punto de partida que la clave de esta tabla está

formada por los campos código de empleado y código de
departamento, podemos decir que la tabla se encuentra en primera
forma normal, por tanto vamos a estudiar la segunda:
CONTINUAR
 Ejemplo Segunda forma normal (2NF)
Tomando como punto de partida que la clave de esta tabla está formada por los campos código de
empleado y código de departamento, podemos decir que la tabla se encuentra en primera forma
normal, por tanto vamos a estudiar la segunda:
El campo nombre no depende funcionalmente de toda la clave, sólo depende del código del
empleado.
El campo departamento no depende funcionalmente de toda la clave, sólo del código del
departamento.
El campo años si que depende funcionalmente de la clave ya que depende del código del
empleado y del código del departamento (representa el número de años que cada empleado ha
trabajado en cada departamento)
Por tanto, al no depender todos los campos de la totalidad de la clave la tabla no está en segunda
forma normal, la solución es la siguiente:
Podemos observar que
Tabla C ahora si se encuentras las
Tabla A Código Código tres tablas en segunda
Tabla B
Emplea Departa Años
Código Código forma normal, considerando
Nombre do mento
Empleado Departamen Dpto. que la tabla A tiene como
1 6 6
1 Juan to índice el campo Código
2 3 3
2 Pedro 2 I+D Empleado, la tabla B Código
3 2 1
3 Sonia 3 Sistemas Departamento y la tabla C
4 3 10
4 Verónica 6 Contabilidad una clave compuesta por los
2 6 5
campos Código Empleado y
VOLVER AL Código Departamento.
CONTENIDO
 Tercera forma normal
Una tabla se encuentra en tercera forma normal, cuando cumple la 2FN y no
presenta dependencias transitivas.
EMPLEADO
Cedula Nombre Dirección oficio bonificacion La solución es dividir la tabla en dos, una tabla empleado
1012 Raul Cali Medico 90000
y otra oficio como se ve en las siguientes tablas.
1015 Sandra Medellin Abogado 110000
1016 Clara España Medico 90000
1017 Rosa Belen Medico 90000 EMPLEADO
Cedula Nombre Dirección oficio OFICIO
Clave primaria(cedula)
oficio bonificacion
1012 Raul Cali Medico
Si observamos en la tabla empleado un Medico 90000
1015 Sandra Medellin Abogado
oficio médico siempre tiene el mismo valor, Abogado 110000
1016 Clara España Medico
esto quiere decir que el oficio determina el
Clave primaria(oficio)
valor. 1017 Rosa Belen Medico

Oficio es un determinante. Clave primaria(cedula) FK

Presenta transitividad entonces no cumple
la 3FN.

CONTINUAR
Tercera forma normal
Nos referimos a dependencias transitivas cuando existe un atributo fuera
de la clave que lo determina.
sea R(a, b, c) donde r es la tabla y a, b y c son campos, a es clave primaria y
a determina a b, b determina a c entonces a también determina a c. hay
dependencia transitiva

Si A esta con B
A
Y si B esta con C

B
Entonces A esta con C

VER EJEMPLO VOLVER AL

CONTENIDO
Ejemplo Tercera forma normal (3NF)

Se dice que una tabla está en tercera forma normal si y solo si los Código Nombre Curso Aula
campos de la tabla dependen únicamente de la clave, dicho en Informátic
1 Marcos Aula A
otras palabras los campos de las tablas no dependen unos de a
otros. Tomando como referencia el ejemplo anterior, supongamos 2 Lucas Inglés Aula B
que cada alumno sólo puede realizar un único curso a la vez y que
Contabilid
deseamos guardar en que aula se imparte el curso. A voz de pronto 3 Marta Aula C
ad
podemos plantear la siguiente estructura:

Estudiemos la dependencia de cada campo con respecto a la clave código:

Nombre depende directamente del código del alumno.
Curso depende de igual modo del código del alumno.
El aula, aunque en parte también depende del alumno, está mas ligado al curso que el alumno está realizando.
Por esta última razón se dice que la tabla no está en 3NF. La solución sería la siguiente:

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

VOLVER AL
CONTENIDO
 Ejercicios resueltos
En el siguiente video
ayuda a complementar
https://www.youtube.com/watch?v=Z
sobre el tema de la
8pbQ_fV85s
normalización de bases
de datos relacionales.

Ejemplo 1 sobre https://www.youtube.com/watch?v=-

normalización HajWU4pDLM

Ejemplo 2 sobre
normalización https://www.youtube.com/watch?v=4q
bFnqNGdvM

VOLVER AL
CONTENIDO
Actividades para realizar

Actividad https://www.examtime.com/es-
evaluación: ES/p/1986372-Sin-t-tulo-quizzes

Actividad http://www.daypo.com/normali
cuestionario zacion.html

VOLVER AL
CONTENIDO
 CONCLUSIONES
⮚ Con este trabajo educativo esperamos contribuir y mejorar en el
aprendizaje a a todas aquellas personas del área de sistemas en el
campo de las bases de datos relacionales en el tema de la normalización.

⮚ La creación de este OVA nos permitió apropiarnos de las TIC

vinculándolas como herramientas para la construcción de los contenidos
del tema de normalización que optimizan el tiempo y facilitan el
aprendizaje del estudiante.
 CONCLUSIONES
⮚ La interacción con este OVA invoca la disciplina del estudiante adoptando
técnicas de estudios para aprender de forma autónoma, colaborativa y co-
operativa.

⮚ La bibliografía referenciada en este OVA solo es utilizada con fines

académicos.

⮚ Es necesario ir actualizando el OVA en esta temática o con otras

relacionadas con el área de bases de datos con el fin de fortalecer nuevas
dificultades presentadas en el proceso de enseñanza-aprendizaje del
usuario.

VOLVER AL
CONTENIDO
REFERENCIAS BIBLIOGRAFICAS
KORTH, Henry ; SIBERSCHATZ, Abram. Fundamentos de Programación.
Mc Graw Hill.
HANSEN, Gary,W ; HANSEN, James V. Diseño y administración de Bases de Datos. Prentice Hall,
1997. 834 p.
DE MIGUEL, Adoración; PIATTINI, Mario. Fundamentos y modelos de Bases de Datos.
En línea a la fecha 01/11/2005,
http://www.programacion.com/tutorial/modrel/2/
http://canalhanoi.iespana.es/diseno/web/basesdatos.htm
www.dsic.upv.es/~emarzal/bda/Tema2a.pdf
http://sentidoweb.com/tag/neo4j
http://perso.wanadoo.es/aldomartin1/noreyalre.htm
https://www.examtime.com/
http://www.daypo.com

VOLVER AL
CONTENIDO