SISTEMAS DE

BASES DE DATOS
FIEC05553
UNIDAD 4
NORMALIZACIN
 CONTENIDO
1. Dependencias Funcionales
2. Primera Forma Normal
3. Segunda Forma Normal
4. Tercera Forma Normal
 NORMALIZACIN
El proceso de normalizacin de bases de datos consiste en aplicar
una serie de reglas a las tablas obtenidas tras el paso del modelo
conceptual al modelo lgico.
Las bases de datos relacionales se normalizan para:
Evitar la redundancia de los datos.
Evitar problemas de actualizacin de los datos en las tablas.
Proteger la integridad de los datos.

 NORMALIZACIN
Segn la propuesta original de Codd (1972), se somete un esquema de relacin a una serie de pruebas para
"cerGcar si pertenece o no a una cierta forma normal.
En un principio, Codd propuso tres formas normales, a las cuales llam primera, segunda y tercera formas
normales (1FN, 2FN, 3FN).
Posteriormente, Boyce y Codd propusieron una denicin ms estricta de 3FN, a la que se conoce como
forma normal de BoyceCodd (FNBC).
Todas estas formas normales se basan en las
dependencias funcionales entre los atributos
de una relacin.
Ms adelante se propusieron una cuarta
forma normal (4FN) y una quinta (5FN), con
fundamento en los conceptos de
dependencias mulGvaluadas y dependencias
de reunin, respecGvamente.
 REDUNDANCIA
Almacenamiento Redundante: Informacin RepeGda.
Anomalas de actualizacin: Actualizacin datos en copias
u Modicar direccin de una sucursal (Incosistencia).

 1NF
Una tabla est en 1FN si saGsface las siguientes cinco
condiciones:
1. No hay orden de arriba-a-abajo en las las.
2. No hay orden de izquierda-a-derecha en las columnas.
3. No hay las duplicadas.
4. Cada interseccin de la-y-columna conGene exactamente un valor del
dominio aplicable y nada ms.
5. Todas las columnas son regulares es decir, las las no Genen
componentes como IDs de la, IDs de objeto, o Gmestamps ocultos.
La primera forma normal se deni para prohibir los atributos
mulGvaluados, compuestos y sus combinaciones.

 REDUNDANCIA
Anomalas de Insercin: No es posible almacenar informacin, a menos que
otra informacin se almacene.
u Insertar nuevo empleado (valores coherentes de para Branch)
u Insertar nueva sucursal ( valores no nulos en staNo)

 REDUNDANCIA
Anomalas de Borrado: Eliminar informacin sin perder otra.
u Eliminar lGmo empleado de una sucursal.

 MODELO LGICO
Incluye varias restricciones (limitaciones) usadas para vericar la validez de los
datos en una base de datos.

Integridad de la enGdad
Integridad referencial
Dependencias Funcionales

 MODELO LGICO
Integridad de la enGdad
El atributo que es clave de una la en una relacin no puede tener un valor nulo.

Integridad referencial
El valor de una clave externa o es nulo o debe ser un valor real de una clave en otra
relacin.
EMPLEADO
PK idEmpleado (int) DEPARTAMENTO

Nombre (char(30)) PK idDepartamento (int)
Direccin (char(30)) Nombre (char(30))
Telfono (int) fechaTrabaja (date)
FK idDepartamento (int)
 2NF
Un esquema est en 2NF si:
Est en 1NF.
Y si todos los atributos no-clave dependen funcionalmente de la clave
completa y no slo de una parte de esta.
Este paso slo se aplica a relaciones que Genen claves compuestas,
es decir, relaciones con una clave principal compuesta de dos o mas
atributos.
Una relacin con una clave principal de un nico atributo est
automGcamente en 2NF

 DEPENDENCIA FUNCIONAL
Ocurre cuando el valor de un atributo o varios determina el valor
de un segundo atributo o varios
A B (A determina funcionalmente a B)
El atributo en la parte izquierda de la dependencia funcional es
llamado el determinante
Si conocemos el valor de A podemos conocer el valor de B.

 DEPENDENCIA FUNCIONAL
Por ejemplo, en una tabla
CLIENTE(Nmero_cliente,Nombre,Telfono,Fecha_Nacimiento,Edad)
Existen las siguientes dependencias funcionales:
DF: Nmero_cliente Nombre

DF: Nmero_cliente Telfono

DF: Nmero_cliente Fecha_Nacimiento
DF: Nmero_cliente Edad
DF: Fecha_Nacimiento Edad

Para comenzar el proceso de normalizacin tenemos que estudiar las propiedades de todos los atributos de la tabla y
analizar como estn relacionados entre s, buscando las posibles dependencias funcionales que existan.
Otro de los pasos previos al proceso de normalizacin es decidir cual es la clave primaria de la relacin.
 DEPENDENCIA FUNCIONAL
Atributo no clave es funcionalmente dependiente de uno o ms atributos no claves.

A C
C A
B D
A,B E
 DEPENDENCIA TRANSITIVA
Sean X, Y, Z tres atributos (o grupos de atributos) de la misma enGdad. Si Y depende
funcionalmente de X y Z de Y, pero X no depende funcionalmente de Y, se dice que Z depende
transiGvamente de X. Simblicamente sera:
X Y Z entonces X Z
FechaDeNacimiento Edad
Edad Conducir
FechaDeNacimiento Edad Conducir

Fecha de
Edad Conducir
Nacimiento
 SEGUNDA FORMA NORMAL
El atributo restante, Lugar actual de trabajo, es
dependiente solo en parte de la clave candidata, llamada
Empleado. Por lo tanto la tabla no est en 2NF.

Cul es el lugar actual de trabajo de Jones?".

Si una tabla no est en 2FN, se le puede normalizar

a varias relaciones en 2FN en las que los atributos
que dependen de una parte de la clave formarn
una nueva relacin que tendr esa parte de la
clave como clave primaria.
 SEGUNDA FORMA NORMAL
Sin embargo, no todas las tablas 2NF estn libres de anomalas de actualizacin. Un ejemplo es:

Aunque el Ganador y la Fecha de nacimiento del ganador estn determinadas por una clave completa {Torneo, Ao}
y no son partes de ella, parGcularmente las combinaciones Ganador / Fecha de nacimiento del ganador son
mostradas redundantemente en mlGples registros. Este problema es tratado por la tercera forma normal (3NF).
Ejercicio
Ejercicio
 2NF Y LAS CLAVES FORNEAS
Una tabla para la cual no hay dependencias funcionales parciales
en la clave primaria est mpicamente, pero no siempre, en 2NF.
Una tabla puede contener varias claves forneas; es necesario
establecer que ningn atributo no-principal Genen dependencias de
claves parciales en cualquiera de estas claves forneas.
 A pesar de que la clave principal est denida como {Nombre completo del modelo}, la tabla no est en
2NF.
{Fabricante, Modelo} es tambin una clave fornea, y Pas del fabricante es un atributo dependiente en
un subconjunto apropiado del Fabricante.