DISEÑO DE BASE DE DATOS: NORMALIZACIÓN

ITCR
Sistemas de Información
Prof: William Mata
Est: Viviana Solis Flores
Carné: 200329637
DISEÑO DE BASE DE DATOS: NORMALIZACIÓN
5.2 Conceptos relacionales para el proceso de diseño
Una manera efectiva de desarrollar un modelo, consiste en aplicar los
conceptos del modelo de datos relacional. El concepto principal, tomado del
modelo relacional utilizado en el desarrollo del modelo conceptual, es el
proceso de normalización, esto es el proceso de agrupar a los campos de
datos en tablas que representan a las entidades y sus relaciones.
La teoría de la normalización está basada en la observación de que un cierto
conjunto de relaciones tiene mejores propiedades en un medio de inserción,
actualización y supresión, que las que tendrían otro: conjuntos de relaciones
conteniendo los mismos datos.
Un modelo de datos no normalizado consiste en registros utilizados por los
programas de aplicación.
Pasos de la normalización:
1. Consiste en transformar los campos de datos en una tabla de dos
dimensiones, para obtener un archivo fijo.
2. Establecer las claves y relacionarlas con los campos de datos.
3. Consiste en separar los campos de las segundas relaciones normales
que, aunque dependan sólo de una clave, deben tener una existencia
independiente en la base de datos.
En cada modelo de datos uno o más campos de datos se agrupan para
representar entidades y sus relaciones.
El proceso de normalización es una disciplina que consiste en agrupar a los
campos de datos en un conjunto de relaciones (tablas) y produce las tres
formas de relaciones.
La primera, segunda y tercera formas normalizadas proporcionan mejoras
sucesivas en las operaciones de inserción, supresión y actualización de la
base de datos.
Una columna o conjunto de columnas se llama “clave permitida” cuando sus
valores identifican de manera única el renglón de la relación.
Primera forma normalizada. Una relación es una “tabla”. En cada
intersección de un renglón (cadena) y una columna sólo puede haber un
valor en la tabla.
ITCR
Sistemas de Información
Prof: William Mata
Est: Viviana Solis Flores
Carné: 200329637
Fallas de almacenamiento de la primera forma normalizada




Falla de inserción: estas fallas ocurren debido a que algunas
columnas sólo dependen una parte de la clave primaria, mientras que
la clave primaria completa es necesaria para identificar de manera
única a un renglón completo.
Falla de actualización: se presenta dificultad al actualizar una
relación en la primera forma normalizada, debido a que las cadenas
en las que se debe reflejar el cambio, varían con el tiempo.
Falla de supresión (tipo I): se debe responsabilizar al usuario de la
verificación de que la cadena por ser borrada no sea la única fuente
de información de esta “categoría”.
Falla de supresión (tipo II): se presenta cuando el atributo no es
clave, que es funcionalmente dependiente de otro atributo que
tampoco es clave, de la misma relación. Una cadena particular
podría constituir la única fuente de información en la base de datos
para esa categoría, por lo tanto esa pérdida de información no es
deseable.
Relación de la segunda forma normalizada
Se dice que una relación 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. Toda relación
en la segunda forma normalizada también representa una relación en la
primera forma.
Fallas de almacenamiento de la primera forma normalizada



Falla de inserción
Falla de actualización
Falla de supresión: la falla de supresión en la cual un atributo que no
es clave de una relación depende funcionalmente de otro atributo
que tampoco sea clave permanece.
Relación de la tercera forma normalizada
Se dice que una relación está en la tercera forma normalizada, sino existe
ninguna dependencia funcional transitiva entre los atributos que no son clave.
Cuando un atributo que no es clave se puede determinar con uno o más
atributos que tampoco lo sean, se dice que existe una dependencia funcional
transitiva entre los dos. Si existen algunos atributos que no siendo clave
tengan dependencia funcional entre ellos, la relación no es de la tercera forma.
Para seguir el proceso de normalización, es absolutamente necesario que el
diseñador de la base de datos entienda la semántica de la información.
ITCR
Sistemas de Información
Prof: William Mata
Est: Viviana Solis Flores
Carné: 200329637
Dependiendo de las suposiciones sobre la dependencia funcional entre los
atributos, el conjunto de relaciones en la tercera forma normalizada para la
empresa será diferente.