UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y

MATEMÁTICA

CARRERA DE INGENIERÍA EN COMPUTACIÓN

GRÁFICA

Nombre: Abigail Proaño

Tema: Normalización de Bases de Datos

Materia: Bases de Datos

Fecha: 29 de octubre de 2018

 NORMALIZACIÓN DE BASES DE DATOS

Definición:

“Podemos definir la Teoría de la Normalización como la descomposición sin pérdida de

información ni de semántica de la relación universal (o de una colección de relaciones
equivalentes a la misma) en una colección de relaciones en las que las anomalías de
actualización (inserción, borrado y modificación) no existan o sean mínimas.” (Nevado,
2008)

En general, es el proceso de organizar la información de una base de datos, como la

creación de tablas y el establecimiento de relaciones entre ellas según las reglas diseñadas
que nos ayudan a proteger los datos y a que la base de datos sea más flexible, eliminando
la redundancia y las dependencias incoherentes.

El proceso de normalización se realiza para:

 Evitar la redundancia de los datos.

 Disminuir problemas de actualización de los datos en las tablas.
 Proteger la integridad de los datos.

Para que las tablas de una base de datos estén normalizadas deben cumplir las siguientes
reglas:

 Cada tabla debe tener un nombre único.

 No puede haber dos filas iguales.
 No se permiten los duplicados.
 Todos los datos en una columna deben ser del mismo tipo.

Para poder decir que una base de datos está normalizada, se deben respetar los 3 niveles
de normalización, éstas se conocen como las Tres Formas Normales. Si en la base de
datos no se aplica ninguna Forma Normal, se dice que está en nivel de Formalización
Cero.

Para poder explicar las diferentes Formas Normales, usaremos un ejemplo:

La tabla que usaremos como ejemplo, se encuentra en nivel de Formalización Cero, pues
no se ha aplicado ninguna regla de normalización.

Primera Forma Normal

“Se dice que una tabla está en primera forma normal si odas las columnas contienen
valores simples.” (Gabillaud, 2009)

 Eliminar los grupos repetidos de las tablas individuales.

 Crear una tabla independiente para cada conjunto de datos relacionados.

 Identificar cada conjunto de datos relacionados con una clave primaria.

Ahora, la tabla ejemplo se encuentra en primer nivel pues se ha solucionado el problema

de la limitación del campo url, pero siguen existiendo otro tipo de problemas, cada vez
que se ingresan nuevos registros en la tabla, se debe duplicar el nombre de la empresa y
del usuario, lo que provoca un crecimiento excesivo provocaría que la base de datos se
corrompa.

Segunda Forma Normal

“Una relación está en segunda forma normal si esa en primera forma normal y, además,
todos los atributos que no forman parte de la clave primaria tienen dependencia funcional
completa respecto de cada una de las claves.” (Desongles, 2005)

 Crear tablas independientes para conjuntos de valores que se apliquen a varios

registros.

 Relacionar estas tablas con una clave foránea.

Los registros no deben depender de nada que no sea una clave principal de una tabla, una
clave compuesta si es necesario.
El campo url ha sido separado en otra tabla, de forma que podemos añadir más en el
futuro sin tener que duplicar los demás datos. También se usa la clave primaria para
relacionar estos campos.

Tercera Forma Normal

Una relación está en tercera forma normal si esa en segunda forma normal y, además
ningún atributo que no forme pare de la clave principal depende transitivamente de
ninguna clave de relación.

 Eliminar los campos que no dependan de la clave.

Los valores de un registro que no sean parte de la clave de ese registro no pertenecen a la
tabla. En general, siempre que el contenido de un grupo de campos pueda aplicarse a más
de un único registro de la tabla, considere colocar estos campos en una tabla
independiente.
La clave primaria emprId en la tabla empresas está relacionada con la clave externa
recEmpresaId en la tabla usuarios, y podemos añadir 200 usuarios mientras que sólo
tenemos que insertar el nombre 'ABC' una vez. Las tablas de usuarios y urls pueden crecer
todo lo que quieran sin duplicación ni corrupción de datos.

Hay que tener en cuenta que la tercera forma normal, aunque en teoría es deseable, no
siempre es práctico, pues si se desean eliminar todas las dependencias entre los campos,
se deben crear tablas independientes. Puede ser más factible aplicar la tercera forma
normal sólo a los datos que cambian con frecuencia.

En teoría, la normalización merece el trabajo que supone. Sin embargo, muchas tablas
pequeñas pueden degradar el rendimiento o superar la capacidad de memoria o de
archivos abiertos.

En conclusión, la normalización es una técnica de diseño para evitar los problemas que
se pueden presentar cuando se crean relaciones entre las tablas, así como el diseño de los
campos de las mismas.
Bibliografía
Desongles, J. (2005). Ayudantes Técnicos de informática de la Junta de Andalucía:
Temario . Sevilla: MAD.

Gabillaud, J. (2009). SQL Server 2008 - SQL Transact SQL: Diseño creacion de una
base de datos. Barcelona: ENI.

Nevado, M. V. (2008). Introducción a las Bases de Datos Relacionales. Madrid: Vision

Libros.