Docente: Ing. Fabio Ortiz (ortiz.fabio@gmail.

com)
Programa: Ingenieria de Sistemas
Semestre: 5 Semestre (Diurno)
Materia: Base de Datos I
NORMALIZACIÓN DE BASE DE DATOS
 INTRODUCCIÓN.

Normalización
Una base de datos tiene que ser diseñada antes de que pueda ser creada y
usada. El diseño debe ajustarse a estándares que permitan ahorro de memoria,
acceso rápido, fácil mantenimiento, portabilidad, facilidad de futuros
mejoramientos, buen desempeño y eficiencia de costos, entre otros.
El diseño lógico final de una base de datos debe ser tal que equilibre un
desempeño óptimo junto con la integridad de la información. Esto puede ser
logrado a través de un proceso conocido como Normalización. La base de datos
debe estar en un estado de "Forma completamente normalizada".

Definición
Normalización es una serie de reglas que involucra análisis y transformación de
las estructuras de los datos en relaciones que exhiban propiedades únicas de
consistencia, mínima redundancia y máxima estabilidad.
La normalización es el proceso mediante el cual se transforman datos complejos
a un conjunto de estructuras de datos mas simples.
 NORMALIZACIÓN.

La normalización de bases de datos es un proceso que consiste en designar y

aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo
entidad-relación al modelo relacional.
También se puede como el proceso mediante el cual se transforman datos
complejos en un conjunto de estructuras de datos mas pequeñas, que además de
ser mas simples y mas estables, son mas fáciles de mantener.

Las bases de datos relacionales se normalizan para:

• Evitar la redundancia de los datos.

• Disminuir problemas de actualización de los datos en las tablas.
• Proteger la integridad de los datos.
 NORMALIZACIÓN.

Objetivos:
Al proceder a la normalización de base de datos hay que plantearse 4 metas:

1. Organizar los datos en grupos lógicos, de tal manera que cada grupo
describa una pequeña parte del todo.
2. Minimizar la cantidad de datos duplicados almacenados en una base de
datos.
3. Perfeccionar la organización de los datos de tal manera que, cuando se
necesite introducir modificaciones, el cambio sólo deba aplicarse en un
lugar.
4. Construir una base de datos a la que se pueda acceder de forma rápida y
donde sea posible manipular los datos con la máxima eficiencia y sin
comprometer su integridad.
 CUÁNDO Y HASTA DÓNDE NORMALIZAR.

El proceso de normalización de bases de datos tiene como objetivo optimizar

técnicamente el diseño de las mismas. Así, es posible minimizar redundancias y
evitar anomalías relacionadas con la manipulación de los datos.

Existen distintos niveles de normalización, según diferentes autores. Sin

embargo, es común encontrar que, en la práctica, llegar a la tercera forma normal
es suficiente.

La mayoría de la literatura, enfatiza también la cuarta forma normal, la forma

normal de Boyce-Codd, y la quinta forma normal. Cada paso de una forma a la
siguiente implica fragmentar la base de datos en más tablas, por lo que es común
que nos preguntemos hasta dónde debemos llegar, y si realmente es mejor
normalizar al máximo la base de datos para obtener un diseño óptimo.
FORMAS NORMALES
 FORMAS NORMALES
Primera forma normal
• Elimine los grupos repetidos de las tablas individuales.
• Cree una tabla independiente para cada conjunto de datos relacionados.
• Identifique cada conjunto de datos relacionados con una clave principal.

No use varios campos en una sola tabla para almacenar datos similares. Por
ejemplo, para realizar el seguimiento de un elemento del inventario que proviene
de dos orígenes posibles, un registro del inventario puede contener campos para
el Código de proveedor 1 y para el Código de proveedor 2.

¿Qué ocurre cuando se agrega un tercer proveedor? Agregar un campo no es la

respuesta, requiere modificaciones en las tablas y el programa, y no admite
fácilmente un número variable de proveedores. En su lugar, coloque toda la
información de los proveedores en una tabla independiente denominada
Proveedores y después vincule el inventario a los proveedores con el número de
elemento como clave, o los proveedores al inventario con el código de proveedor
como clave.
 FORMAS NORMALES
Segunda forma normal
• Cree tablas independientes para conjuntos de valores que se apliquen a
varios registros.
• Relacione estas tablas con una clave externa.

Los registros no deben depender de nada que no sea una clave principal de
una tabla, una clave compuesta si es necesario. Por ejemplo, considere la
dirección de un cliente en un sistema de contabilidad. La dirección se necesita
en la tabla Clientes, pero también en las tablas Pedidos, Envíos, Facturas,
Cuentas por cobrar y Colecciones. En lugar de almacenar la dirección de un
cliente como una entrada independiente en cada una de estas tablas,
almacénela en un lugar, ya sea en la tabla Clientes o en una tabla Direcciones
independiente.
 FORMAS NORMALES
Tercera forma normal
• Elimine 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. Por ejemplo, en una tabla Contratación
de empleados, puede incluirse el nombre de la universidad y la dirección de un
candidato. Pero necesita una lista completa de universidades para enviar mensajes
de correo electrónico en grupo. Si la información de las universidades se almacena
en la tabla Candidatos, no hay forma de enumerar las universidades que no
tengan candidatos en ese momento. Cree una tabla Universidades independiente
y vincúlela a la tabla Candidatos con el código de universidad como clave.
 FORMAS NORMALES
La necesidad para normalizar puede ser mejor comprendida al mencionar las
distintas anomalías o desventajas de los datos NO NORMALIZADOS.
Consideremos la tabla en la figura 3. La tabla contiene todos los detalles de los
empleados de una compañía, y los detalles del Departamento al que pertenecen.

A primera vista, parece conveniente almacenar todos los detalles en una sola tabla.
Pero ciertas anomalías se pueden manifestar durante la inserción, actualización y
borrado de datos. La normalización provee un método de remover todas estas
indeseables anomalías haciendo la base de datos mas confiable y estable.
 FORMAS NORMALES
Anomalía de inserción (INSERT)
Suponga que un nuevo Departamento ha sido creado, el cual no tiene empleados todavía, por
lo tanto, en nuestra tabla original, los datos correspondientes al empelado estarían vacíos
(nulos), y solo tendríamos la información del Departamento: Columnas "numDept" y
"descDept".

Anomalía de Actualización (UPDATE)

Suponga que el número del Departamento de "Sistemas" ha sido cambiado a AB108. Esto
involucra tener q1ue cambiar el numero del departamento para todos los empleados que
pertenezcan al departamento de "Sistemas", lo cual representa tiempo y recursos de sistema
adicionales.

Anomalía de borrado (DELETE)

Si todos los empleados en el Departamento de "Finanzas" abandonan la compañía, todos los
registros de estos tendrían que ser borrados. Hecho así, los detalles del Departamento
"Finanzas" se perderían. Los datos en la tabla entonces no representan una información
correcta sobre el estado de la compañía, y por lo tanto se pierde la integridad de los datos.
NORMALIZACIÓN
Ejemplos 1

Normalizar la siguiente tabla

NORMALIZACIÓN
Ejemplos 1 - Solución