Professional Documents
Culture Documents
Fallas de almacenamiento de la primera forma normalizada Falla de insercin: estas fallas ocurren debido a que algunas columnas slo dependen una parte de la clave primaria, mientras que la clave primaria completa es necesaria para identificar de manera +nica a un rengln completo. Falla de actualizacin: se presenta dificultad al actualizar una relacin en la primera forma normalizada, debido a que las cadenas en las que se debe reflejar el cambio, varan con el tiempo. Falla de supresin (tipo I): se debe responsabilizar al usuario de la verificacin de que la cadena por ser borrada no sea la +nica fuente de informacin de esta )categora*. Falla de supresin (tipo II): se presenta cuando el atributo no es clave, que es funcionalmente dependiente de otro atributo que tampoco es clave, de la misma relacin. Una cadena particular podra constituir la +nica fuente de informacin en la base de datos para esa categora, por lo tanto esa p,rdida de informacin no es deseable.
Relacin de la segunda forma normalizada -e dice que una relacin est en la segunda forma normalizada, cuando todo atributo que no sea clave es completamente dependiente de manera funcional de la clave primaria, es decir, todo atributo que no es clave necesita de la clave primaria completa para poder ser identificado de manera +nica. .oda relacin en la segunda forma normalizada tambi,n representa una relacin en la primera forma. Fallas de almacenamiento de la primera forma normalizada Falla de insercin Falla de actualizacin Falla de supresin: la falla de supresin en la cual un atributo que no es clave de una relacin depende funcionalmente de otro atributo que tampoco sea clave permanece.
Relacin de la tercera forma normalizada -e dice que una relacin est en la tercera forma normalizada, sino e&iste ninguna dependencia funcional transitiva entre los atributos que no son clave. "uando un atributo que no es clave se puede determinar con uno o ms atributos que tampoco lo sean, se dice que e&iste una dependencia funcional transitiva entre los dos. -i e&isten algunos atributos que no siendo clave tengan dependencia funcional entre ellos, la relacin no es de la tercera forma.
ITCR Est: Viviana Solis Flores Sistemas de Informacin Carn: 20032963 !rof: "illiam #ata /ara seguir el proceso de normalizacin, es absolutamente necesario que el dise0ador de la base de datos entienda la semntica de la informacin. 1ependiendo de las suposiciones sobre la dependencia funcional entre los atributos, el conjunto de relaciones en la tercera forma normalizada para la empresa ser diferente.