w w w . i n a c a p .

c l
Teora de la Normalizacin
w w w . i n a c a p . c l
Conceptos Bsicos
Dependencia Funcional: El concepto de dependencia funcional se
tom de las matemticas. [Y = f(X)], Y es funcin de X si el valor de Y
est siempre determinado por el valor de X.

La dependencia funcional (DF) se define: Dados dos atributos A y B de
una relacin R se dice que B es funcionalmente dependiente del
atributo A si para cada valor de A existe un valor de B, y slo uno,
asociado con l. En otros trminos: si en cualquier instante, conocido
el valor de A, podemos conocer el valor de B. Se simboliza por:
A B

w w w . i n a c a p . c l
Dependencia Funcional Transitiva:

Supongamos la relacin R(A,B,C). Si A B, B C


B A ; entonces se dice que C depende transitivamente de A y se
puede formar la cadena

A B C.

En un diagrama de dependencia funcional, C es transitivamente dependiente de
A si se tiene la siguiente situacin:

Relacin R A B, C

Se puede descomponer en dos relaciones por la proyeccin del ltimo eslabn de la
forma;

Relacin R1 A B

Relacin R2 A C
w w w . i n a c a p . c l
1. Objetivo de Normalizacin: Obtener los datos agrupados en tablas distintas,
mediante la aplicacin de una serie de reglas, para conseguir que los datos
capturados tengan una estructura ptima para su implementacin, gestin y
explotacin desde distintas aplicaciones futuras.
2. Una de las ventajas principales que se obtiene al realizar la normalizacin
es que la informacin no estar duplicada innecesariamente dentro de las
estructuras: habr mnima redundancia.
Confusin ... redundancia de la informacin
Duplicacin de la informacin ... incapacidad
de representar informacin
Mal funcionamiento al explorar informacin
Registro de informacin no identificable
Modelo de
datos
evitar
w w w . i n a c a p . c l
Primera forma normal
Se dice que una tabla est en primera forma normal si todos los
valores que componen a sus tuplas son atmicos: un atributo
no puede tener ms de un valor.
w w w . i n a c a p . c l
Para normalizar una tabla que no est en 1FN han de seguirse los
siguientes pasos:

1. Se localizan los atributos correspondientes a la clave principal
2. Se realiza una proyeccin sobre la tabla y as se descompone
en varias, de manera que se hace la proyeccin de la clave
con los atributos que tengan los valores nicos.
w w w . i n a c a p . c l
Por ejemplo, la siguiente tabla no est en 1FN:
w w w . i n a c a p . c l
Concepto de dependencia funcional
Se dice que un atributo B depende funcionalmente de A (A -> B) si
cada valor de A se corresponde con un nico valor de B o, visto de otra
manera, si dado A puedo obtener B. Ejemplo: RUT -> Nombre, pues
dado un RUT puedo obtener el nombre de la persona con ese RUT.

w w w . i n a c a p . c l
Segunda forma normal
Esta forma normal se considerar nicamente cuando la clave principal
sea compuesta, si no (la clave principal est formada por un nico
atributo) la tabla estara en segunda forma normal.
w w w . i n a c a p . c l
Decimos que una tabla est en segunda forma normal si se
cumplen las siguientes condiciones:

1. Est en 1FN
2. Todo atributo secundario (los que no pertenecen a la clave
principal) tiene una dependencia funcional total de la clave
completa y no de una parte de ella.
w w w . i n a c a p . c l
Para convertir una tabla que no est en 2FN a 2FN se crear una tabla
con la clave y todas sus dependencias funcionales totales y otra tabla
con la parte de la clave que tiene dependencias con los atributos
secundarios.
w w w . i n a c a p . c l
Por ejemplo, la siguiente tabla no est en 2FN:
Si depende
No depende
w w w . i n a c a p . c l
el campo "TelefonoProveedor" no es dependiente de la clave
candidata
{"NombreProducto, NombreProveedor"}
sino nicamente de NombreProveedor".

Se trata de no representar dos entidades distintas en una sola
tabla.
w w w . i n a c a p . c l
En este ejemplo, reorganizaramos los datos de la siguiente
manera
Tabla Producto
Tabla Proveedor
w w w . i n a c a p . c l
Tercera forma normal
Una tabla est en 3FN si:

1. Est en 2FN
2. No existen atributos no primarios (no pertenecen a la clave) que
son transitivamente dependientes de cada posible clave de la
tabla, o lo que es lo mismo, un atributo secundario slo puede
ser conocido a travs de la clave principal o claves secundarias
de la tabla y no por medio de otro atributo no primario.
w w w . i n a c a p . c l
Para convertir una tabla que no est en 3FN a 3FN se realizar una
proyeccin de la clave a los elementos que no tengan dependencia
funcional transitiva y otra tabla con una nueva clave a los elementos
que anteriormente tenan esta dependencia.
w w w . i n a c a p . c l
Por ejemplo, la siguiente tabla no est en 3FN:
ya que, dado un nmero de licencia, podemos obtener la edad del
inscrito, y dada la edad del inscrito, podemos averiguar la categora a la
que pertenece: tenemos una dependencia funcional transitiva.
Evidentemente, dado el nmero de licencia podemos averiguar la
categora pero lo importante aqu es que la categora depende de un
atributo que no forma parte de la clave.
w w w . i n a c a p . c l
Para normalizar, descompondremos la tabla en las
siguientes:

Tabla Atleta
Tabla Categora
w w w . i n a c a p . c l
Caso
1. Una ISAPRE mantiene la siguiente tabla con sus afilados: AFILIADO (RUT,
NOM, DIR, RUT-EMPLEADOR, CODIGO-PLAN). Dada cada una de las
siguientes semnticas, indicar clave primaria de la tabla y en qu FN est:

Un Afiliado tiene un solo empleador y un solo plan
Un Afiliado tiene varios empleadores y un solo plan
Un Afiliado tiene varios empleadores y varios planes
Cmo sera la tabla de Afiliados en 3FN, si el usuario fuera la
superintendencia de ISAPRES?
w w w . i n a c a p . c l
Caso
2. Un ejecutivo de Telefnica, que dice saber de modelamiento de
datos, considera que la siguiente tabla no tiene problemas de
anomalas de modificacin:
LLAMADAS (FONO-LLAMADA, FONO-DONDE-LLAM, FECHA-HORA-
LLAMADA, NOMBRE-CLIENTE, DIR-CLIENTE, DURACION-LLAMADA,
TIPO-HORARIO-LLAMADA, PRECIO-TIPO-HORARIO) Qu opinas
UD?