Está en la página 1de 5

B.- Normalización del modelo relacional, partiendo de una relación universal.

 Primera forma normal:


Se dice que una tabla se encuentra en primera forma normal (1NF) si y solo si cada
uno de los campos contiene un único valor para un registro determinado.
Supongamos que deseamos realizar una tabla para guardar los cursos que están
realizando los alumnos de un determinado centro de estudios, podríamos
considerar el siguiente diseño:

Visualmente es una tabla, pero no una tabla relacional (lo que en terminología de
bases de datos relacionales se llama relación). No cumple la primera forma normal.
Lo cumpliría si:

 Segunda forma normal:


La segunda forma normal compara todos y cada uno de los campos de la tabla con
la clave definida. Si todos los campos dependen directamente de la clave se dice
que la tabla está es 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:

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 sí 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 ahora si se encuentras las tres tablas en segunda forma
normal, considerando que la tabla A tiene como índice el campo Código Empleado,
la tabla B Código Departamento y la tabla C una clave compuesta por los campos
Código Empleado y Código Departamento.

Ejemplo:

Suponiendo que el DNI y el número de curso formen una clave principal para esta
tabla, sólo la nota tiene dependencia funcional completa. El nombre y los apellidos
dependen de forma completa del DNI. La tabla no es 2FN, para arreglarlo:
 Tercer forma normal:
Se dice que una tabla está en tercera forma normal si y solo si los campos de la
tabla dependen únicamente de la clave, dicho en otras palabras los campos de las
tablas no dependen unos de otros. Tomando como referencia el ejemplo anterior,
supongamos que cada alumno sólo puede realizar un único curso a la vez y que
deseamos guardar en que aula se imparte el curso:

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á más 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:

Una vez conseguida la segunda forma normal, se puede estudiar la cuarta forma
normal.

La Provincia depende funcionalmente del código de provincia, lo que hace que no


esté en 3FN. El arreglo sería:
 Forma normal de Boyce-Codd:
La Forma Normal de Boyce-Codd (o FNBC) es una forma normal utilizada en la
normalización de bases de datos. Es una versión ligeramente más fuerte de la
Tercera forma normal (3FN). La forma normal de Boyce-Codd requiere que no
existan dependencias funcionales no triviales de los atributos que no sean un
conjunto de la clave candidata. En una tabla en 3FN, todos los atributos dependen
de una clave, de la clave completa y de ninguna otra cosa excepto de la clave
(excluyendo dependencias triviales, como A --> A. Se dice que una tabla está en
FNBC si y solo si está en 3FN y cada dependencia funcional no trivial tiene una
clave candidata como determinante. En términos menos formales, una tabla está en
FNBC si está en 3FN y los únicos determinantes son claves candidatas.
Ejemplo:
Consideremos una empresa donde un trabajador puede trabajar en varios
departamentos. En cada departamento hay varios responsables, pero cada
trabajador sólo tiene asignado uno. Tendríamos una tabla con las columnas:
IDTrabajador, IDDepartamento, IDResponsable
La única clave candidata es IDTrabajador (que será por tanto la clave primaria).
Si añadimos la limitación de que el responsable sólo puede serlo de un
departamento, este detalle produce una dependencia funcional ya que:
Responsable → Departamento
Por lo tanto hemos encontrado un determinante (IDResponsable) que sin embargo
no es clave candidata. Por ello, esta tabla no está en FNBC. En este caso la
redundancia ocurre por mala selección de clave. La repetición del par
[IDDepartamento + IDResponsable] es innecesaria y evitable.
Solamente en casos raros una tabla en 3NF no satisface los requerimientos de la
FNBC. Un ejemplo de tal tabla es (teniendo en cuenta que cada estudiante puede
tener más de un tutor):
Referencia cruzada de Tutor/Estudiante

ID Tutor Número de seguro social del tutor ID Estudiante

1078 088-51-0074 31850

1078 088-51-0074 37921

1293 096-77-4146 46224

1480 072-21-2223 31850


El propósito de la tabla es mostrar qué tutores están asignados a qué estudiantes.
Las claves candidatas de la tabla son:
 {ID Tutor, ID Estudiante}
 {Número de seguro social del tutor, ID Estudiante}

 Cuarta forma normal:

La cuarta forma normal (4NF) es una forma normal usada en la normalización de


bases de datos. La 4NF se asegura de que las dependencias multivaluadas
independientes estén correctas y eficientemente representadas en un diseño de
base de datos. La 4NF es el siguiente nivel de normalización después de la forma
normal de Boyce-Codd (BCNF).
 Quinta forma normal:
La quinta forma normal (5FN), también conocida como forma normal de proyección-
unión (PJ/NF), es un nivel de normalización de bases de datos diseñado para
reducir redundancia en las bases de datos relacionales que guardan hechos multi-
valores aislando semánticamente relaciones múltiples relacionadas. Una tabla se
dice que está en 5NF si y sólo si está en 4NF y cada dependencia de unión (join)
en ella es implicada por las claves candidatas.