Formas Normales

2019
Normalización
• La teoría de normalización apoya el diseño de bases de datos
relacionales buscando una forma más deseable para las relaciones
del esquema (en términos de mantener la integridad).

• El modelo relacional considera como obligatoria sólo la Primera

Forma Normal, las formas normales superiores persiguen un fin de
optimización.

• Se dice que una relación está en una determinada forma normal,

si satisface un cierto número de restricciones.

• El proceso de normalización se basa en las FORMAS NORMALES.

Consiste en una “Reducción sucesiva de una colección dada
de relaciones hacia alguna forma más deseable”. Este
procedimiento es reversible, es decir, que si se pasa de Segunda
Forma Normal a Tercera Forma Normal, también es posible volver a
la Segunda Forma Normal sin perder información.
Formas Normales (FNs)
• Las formas normales definidas en la teoría de Bases de Datos
Relacionales representan lineamientos para el diseño de
registros.

• Las reglas de normalización están dirigidas a la prevención de

anomalías de actualización y de inconsistencia en los datos
almacenados en un registro, por lo mismo que algunos
recomiendan no normalizar todas las relaciones cuando se
deben considerar aspectos de rendimiento.

• Reglas que tienen por objetivo lograr estandarización dentro de

los archivos tradicionales en archivos normalizados bajo un
enfoque Entidad-relación
Formas Normales ()
 Las FNs basadas en DFs son:
 Primera forma normal (1FN)
 Segunda forma normal (2FN)
 Tercera forma normal (3FN)
 Forma normal Boyce-Codd (FNBC)
 Estas formas normales tienen requisitos cada vez más restrictivos
 Toda relación en FNBC está en la 3FN, toda relación en 3FN está en
2FN, y toda relación en 2FN está en 1FN.
Formas Normales

Primera Forma Normal (1FN)

Segunda Forma Normal (2FN)

Tercera Forma Normal (3FN)
Cuarta Forma Normal (4FN)

Quinta Forma Normal (5FN)

Formas Normales (1FN)

La primera forma normal dice relación con el aspecto de un tipo de

registro.

Todas las ocurrencias de un tipo de registro deben contener el mismo

número de campos.
Las ocurrencias de cada tipo de registro deben aparecer como las filas
variables de una tabla.

Los atributos dentro de una entidad relación deben estar en su forma

atómica, es decir, indivisibles. Cada atributo contiene valores
atómicos, no listas ni conjuntos de valores.
Nombre Nombre Apellido
Juan Muñoz Juan Muñoz
1FN y 2FN
 Una relación se encuentra en 1FN si todos los atributos
contienen únicamente valores atómicos, i.e., ni listas ni
conjuntos
o Este requerimiento está implícito en nuestros esquemas, sin embargo,
algunos SGBD recientes relajan esta exigencia

 Una relación se encuentra en 2FN si está en 1FN y cada atributo

no clave depende por completo de los atributos claves
 En la literatura a los atributos claves se les denomina atributos
primos y a los otros no primos
Formas Normales (2FN)
 Dada R(A,B,C,D) con DFs:
AB→ C
C→D
A→C
 Está R en 2FN?
 Para responder esta pregunta primeros debemos saber
cuales son las claves candidatas para R
Formas Normales (2FN)
 Dada R(A,B,C,D) con DFs:
AB→ C
AB → D
A→C
 Existe una única clave candidata para R que es AB
 Por lo tanto, R no está en 2FN porque el atributo C
depende parcialmente de la clave primaria AB
 Para solucionar esto debemos dividir R en dos relaciones
R1(A;C) y R2(A;B;D)
3FN
 Sea R el esquema de una relación, D el conjunto de DFs que se
cumplen en R, X un subconjunto de los atributos de R y A un
atributo de R
 R se encuentra en 3FN si, para cada DF en D de la forma X → A,
alguna de las afirmaciones siguientes es verdadera:
o A pertenece X, es decir, es una DF trivial o
o X es una super clave o
o A es parte de alguna clave de R (atributo primo)

 En otras palabras, una relación está en 3FN si está en 2FN y cada

atributo no clave depende de manera no transitiva de atributos
clave
 Ejemplo 3FN
 Consideremos el esquema
Horas Emp(id;nombre;depto; categoria; horas extras; horas trab)

 y las DFs:
o Id → nombre;depto; categoria; horas extras; horas trab
o Categoria → horas extras

 ¿Está Horas Emp en 3FN?

 Sabemos que la clave de esta relación es id
Ejemplo 3FN
 Consideremos el esquema
Horas Emp(id;nombre;depto; categoria; horas extras; horas trab)
 y las DFs:
o Id → nombre, depto, categoria, horas extras, horas trab
o Categoria → horas extras

Para la primera DF: Id → nombre, depto, categoria, horas extras, horas trab ,
tenemos que id es una super clave
Pero para la segunda DF Categoria → horas extras, categoria no es super
clave ni tampoco horas extras es parte de alguna clave para la relación
(no es atributo primo). Por lo tanto, Horas Emp no está en 3FN
Ejemplo 3FN
Consideremos
Dada R(A,B,C,D,E) con Dfs:
AB  CDE
C E

Está R en 3FN?
Debemos determinar las claves candidatas para R
Ejemplo 3FN
Consideremos
Dada R(A,B,C,D,E) con Dfs:
AB  CDE
C E

• La única clave para R es AB

• R tampoco está en 3FN porque C no es atributo super clave ni
E es parte de una clave para R
• Para solucionar esto debemos dividir R en dos relaciones
R1(C;E) y R2(A;B;C;D)
Ejemplo 3FN
Consideremos
Dada R(A,B,C,D,E) con Dfs:

• AB→ CDE
• C→ A

¿Está R en 3FN?
Ejemplo 3FN
Consideremos
Dada R(A,B,C,D,E) con Dfs:

AB→ CDE
C→ A

• Las claves para R son AB y BC

• R está en 3FN porque en la primera DF AB es super
clave, y en la segunda DF A es parte de una clave para
R