Академический Документы
Профессиональный Документы
Культура Документы
CHIMBORAZO
FACULTAD INFORMTICA Y
ESCUELA INGENIERA ELECTRNICA EN TELECOMUNICACIONES Y REDES
BASE DE DATOS
Nombre:
538
3.- OBJETIVOS
OBJETIVO GENERAL
Realizar una investigacin general sobre las diferentes formas normales dentro de la
teora de bases de datos relacionales, para as determinar el grado de vulnerabilidad
de una tabla a inconsistencias y anomalas lgicas.
OBJETIVOS ESPECFICOS
4.- INTRODUCCIN
En la teora de bases de datos relacionales, las formas normales (NF) proporcionan los
criterios para determinar el grado de vulnerabilidad de una tabla a inconsistencias y
anomalas lgicas. Mientras sea ms alta la forma normal aplicable a una tabla, es menos
vulnerable a inconsistencias y anomalas. Las formas normales son aplicables a tablas
individuales; decir que una base de datos entera est en la forma normal n es decir que
todas sus tablas estn en la forma normal n.
Las formas normales definidas en la Teora de Base de Datos
Relacionales representan una gua y una orientacin para el diseo de
registros. Las reglas de normalizacin estn destinadas a prevenir
anomalas en las actualizaciones e inconsistencia en los datos.
Las directrices que se ofrecern parten del supuesto de que aquellos
campos que n constituyen una clave sern actualizados frecuentemente.
Inconvenientes de la (4FN)
En el siguiente ejemplo considere EMPLEADOS, HABILIDADES e IDIOMAS, donde un
empleado puede tener diversas habilidades y conocer varios idiomas. Tenemos aqu dos
relaciones muchos a muchos, una entre EMPLEADOS y HABILIDADES, y una entre
EMPLEADOS e IDIOMAS. Bajo la Cuarta Forma Normal estas dos relaciones no podrn
ser representadas en un registro simple tal como:
Este formato conduce a ambigedades con respecto al significado del campo vaco. Una
habilidad vaca podra significar que el empleado no tiene habilidades, que el campo no es
aplicable a este empleado, que el dato es desconocido, o, como en este caso, que el dato
puede estar ubicado en otro registro.
Sin restricciones
El producto cartesiano, donde para cada empleado habr un registro para todos los posibles
pares de una de sus habilidades con uno de sus idiomas.
EJEMPLO
Para entender mejor la 4NF, consideremos una afinidad (tabla) llamada estudiante que
contiene los siguientes atributos: Estudiate (Clave, Especialidad, Curso) como se muestra
en la siguiente figura:
Clav
e
Especialida
d
Curso
S01
Sistemas
Natacin
S01
Bioqumica
Danza
S01
Sistemas
Natacin
B01
Bioqumica
Guitarra
C03
Civil
Natacin
En esta tabla o relacin no existe dependencia funcional porque los estudiantes pueden
tener distintas especialidades, un valor nico de clave puede poseer muchos valores de
especialidades al igual que de valores de cursos. Por lo tanto existe dependencia de
valores mltiples. Este tipo de dependencias produce redundancia de datos, como se puede
apreciar en la tabla anterior, en donde la clave S01 tiene tres registros para mantener la serie
de datos en forma independiente lo cual ocasiona que al realizarse una actualizacin se
requiera de demasiadas operaciones para tal fin.
Existe una dependencia de valores mltiples cuando una afinidad tiene por lo menos tres
atributos, dos de los cuales poseen valores mltiples y sus valores dependen solo del tercer
atributo, en otras palabras en la afinidad R (A,B,C) existe una dependencia de valores
mltiples si A determina valores mltiples de B, A determina valores mltiples de C, y B y
C son independientes entre s.
En la tabla anterior Clave determina valores mltiples de especialidad y clave determina
valores mltiples de curso, pero especialidad y curso son independientes entre s.
Las dependencias de valores mltiples se definen de la siguiente manera: Clave ->>Especialidad y Clave->->Curso; Esto se lee "Clave multidetermina a Especialidad, y clave
multidetermina a Curso"
Para eliminar la redundancia de los datos, se deben eliminar las dependencias de valores
mltiples. Esto se logra construyendo dos tablas, donde cada una almacena datos para
solamente uno de los atributos de valores mltiples.
Para nuestro ejemplo, las tablas correspondientes son:
Tabla Estudiante - Especialidad
Clav
e
Especialidad
S01
Sistemas
B01
Bioqumica
C03
Civil
Curso
S01
Natacin
S01
Danza
B01
Guitarra
C03
Natacin
Esta forma es necesaria en el caso general. Ahora bien, aunque el agente PARRA vende
autos hechos por FORD y camiones hechos por GENERAL MOTORS; l no vende
camiones FORD ni autos GM. Esto es, necesitamos la combinacin de los tres campos para
saber cules combinaciones son vlidas y cules no.
Ahora bien, supongamos la siguiente regla: si un agente vende cierto producto y l
representa la compaa que lo fabrica, entonces l vende un producto para esa compaa.
En este caso, resulta que podemos reconstruir todos los datos reales de una forma
normalizada consistente de tres tipos de registros separados, cada uno conteniendo dos
campos
Estos tres registros estn en la Quinta Forma Normal, puesto que el correspondiente
registro de tres campos presentado previamente no lo est.
Para hablar de un modo general, podemos decir que un registro est en la Quinta Forma
Normal cuando la informacin que contiene no puede ser reconstruida por varios registros
ms pequeos, por ejemplo, de registros que tienen cada uno menos campos que el original.
Se excluye el caso en el cual todos los registros ms pequeos tienen la misma clave.
Una ventaja de la Quinta Forma Normal es que ciertas redundancias pueden ser eliminadas.
En la forma normalizada, el hecho de que PARRA venda AUTOS es
registrado solamente una vez; en la forma no normalizada esto puede ser repetido
muchas veces. Debemos advertir entonces que aun cuando las formas normalizadas
involucran un nmero mayor de registros tipo comparado con el original, las ocurrencias de
algunos hechos se reducen considerablemente.
Lo importante es comprender que cuanto ms hechos son registrados, el tamao del archivo
normalizado crece en forma aditiva, mientras que el tamao del archivo no normalizado
crece en forma multiplicativa. Por ejemplo, si agregamos un nuevo AGENTE que vende 'X'
PRODUCTOS para 'Y' COMPANIAS, donde cada una de estas compaas fabrica cada uno
de estos productos, tendremos X + Y nuevos registros para la forma normalizado, pero
tendremos X . Y nuevos registros para la forma no normalizada
EJEMPLO
El siguiente ejemplo ilustra un caso en el cual la regla acerca de los agentes, compaas y
productos es satisfecha y el cual, evidentemente, requiere los tres registros tipo en la forma
normalizada.
6.- CONCLUSIONES
Una afinidad (tabla) est en cuarta forma normal si est en Tercera forma normal o
en BCNF (Cualquiera de ambas) y no tiene dependencias de valores mltiples.
Una tabla se dice que est en 5NF si y slo si est en 4NF y cada dependencia de
unin (join) en ella es implicada por las claves candidatas.
un registro est en la Quinta Forma Normal cuando la informacin que contiene
no puede ser reconstruida por varios registros ms pequeos
7.- RECOMENDACIONES
8.- BIBLIOGAFIA
http://basededatos-jonathan-delatorre.blogspot.com/2012/04/la-cuarta-formanormal-4fn.html
http://es.scribd.com/doc/26992505/77/4-5-9-quinta-forma-normal-5FN
file:///F:/Base%20de%20Datos%20I%20%204.4%20Cuarta%20y%20quinta
%20forma%20normal.htm