Professional Documents
Culture Documents
Dependencia funcional
Un descriptores Y se dice que depende funcionalmente de otro X, si y slo si
a cada valor de X le corresponde un nico valor de Y.
Ejemplo:
Una afinidad est en segundo forma normal, si todos sus atributos que no son
claves dependen por ejemplo de la clave (esta forma se refiere a afinidades
con claves nicamente) si la clave es: SID, ACTIVIDAD
SID ACTIVIDAD CUOTA
100 Esqu 200
100 Golf 65
150 Natacin 50
175 Squash 50
175 Natacin 50
200 Golf 65
Resolucin:
Estu-act (SID, actividad)
SID ACTIVIDAD
100 Esqu
100 Golf
150 Natacin
175 Squash
175 Natacin
200 Golf
Act-cout (actividad, cuota) clave: actividad
ACTIVIDAD CUOTA
Esqu 200
Golf 65
Natacin 50
Squash 50
Natacin 50
Golf 65
Tercera forma normal.
Una afinidad est en tercera forma normal, si est en segundo forma normal y no tiene
dependencias transitivas.
Ejemplo:
VIVIENDA (SID, edificio, cuota)
Clave: SID
Dependencias funcionales
Edificio -> cuota
SID -> edificio -> cuota
SID EDIFICIO CUOTA
100 Randolph 1200
150 Ingersol 1100
200 Randolph 1200
EDIFICIO CUOTA
Randolph 1200
Ingersol 1100
Pitkin 1100
Ejemplo de Normalizacin
Ejemplo de Normalizacin
Digamos que se desea crear una tabla con la informacin de usuarios, los
datos a guardar son El nombre, la empresa, la direccin de la empresa,
algn e-mail, o bien URL si se tienen. En principio se puede iniciar
definiendo la estructura de una tabla como esta:(tabla sin normalizacin)
USUARIOS
Crear tablas separadas para aquellos grupos de datos que se aplican a varios
registros
Relacionar estas tablas mediante una clave externa.
Parado el campo URL en otra tabla, de forma que podamos aadir ms en el
futuro sin tener que duplicar los dems datos.
Tambin vamos a usar nuestra clave primaria para relacionar estos campos:
USERID NOMBRE EMPRESA DIR_EMPR
1 Joe ABC 1 Work Lane
2 Jill XYZ 1 Job Street