Normalizacin de una base de datos

La normalizacin 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-relacin al
modelo relacional.
Las bases de datos relacionales se normalizan para:

Evitar la redundancia de los datos.

Evitar problemas de actualizacin de los datos en las tablas.

Proteger la integridad de los datos.

En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla
bidimensional sea considerada como una relacin tiene que cumplir con algunas restricciones:

Cada columna debe tener su nombre nico.

No puede haber dos filas iguales. No se permiten los duplicados.

Todos los datos en una columna deben ser del mismo tipo.

Terminologas
LLAVE PRIMARIA
En base de datos, una llave primaria es un conjunto de uno o ms atributos de una tabla, que
tomados colectivamente nos permiten identificar un registro como nico, es decir, en una tabla
podemos saber cual es un registro en especfico slo con conocer la llave primaria. Ejemplo el
nmero de seguridad social, o la clave de nica el registro de poblacin, permiten identificar a
una persona en particular en una entidad de personas.

En una arquitectura entidad-relacin la llave primaria permite las relaciones de la tabla que tiene
la llave primaria, con otras tablas que van a utilizar la informacin de esta tabla.

Por ejemplo, tenemos un catlogo de marcas de computadoras, la tabla sera:

IDMARCA

MARCA

Lenovo

Toshiba

DELL

En este caso la llave primaria sera idmarca.

LLAVE CANDIDATA
Son las claves que podran servir como clave principal en la tabla.
Su principal caracterstica es que no pueden existir dos o ms registros con el mismo valor en el
campo o campos que componen la clave candidata.
Por ejemplo, si tenemos una tabla de clientes con los campos: Cdigo, Compaa, Documento,
Direccin, Telfono, Contacto, etc.
En esta tabla la clave principal debe ser el Cdigo
Una clave candidata sera el Documento. No existirn dos clientes con el mismo nmero de
Documento.

DEPENDENCIA FUNCIONAL
Una dependencia funcional son conexiones entre uno o ms atributos. Por ejemplo si
conocemos el valor de FechaDeNacimiento podemos conocer el valor de Edad.
Las dependencias funcionales se escriben utilizando una flecha, de la siguiente manera:
FechaDeNacimiento->Edad

PRIMERA FORMA NORMAL:

ELEMENTOS NO REPETIDOS O GRUPOS DE ELEMENTOS
Una tabla est en Primera Forma Normal si:

Todos los atributos son atmicos. Un atributo es atmico si los elementos del
dominio son simples e indivisibles.

La tabla contiene una clave primaria nica.

La clave primaria no contiene atributos nulos.

No debe existir variacin en el nmero de columnas.

Los Campos no clave deben identificarse por la clave (Dependencia Funcional)

Debe Existir una independencia del orden tanto de las filas como de las
columnas, es decir, si los datos cambian de orden no deben cambiar sus significados
Esta forma normal elimina los valores repetidos dentro de una Base de Datos.

SEGUNDA FORMA NORMAL:

SIN DEPENDENCIAS PARCIALES DE LLAVES CONCATENADAS
La Segunda Forma Normal nos habla de que cada columna de la tabla debe depender de
la clave. Esto significa que todo un registro debe depender nicamente de la clave
principal, si tuviramos alguna columna que se repite a lo largo de todos los registros,
dichos datos deberan atomizarse en una nueva tabla
Caractersticas
Cuando alguna entidad se encuentre en 2fn, ser necesario:
1. Determinar cules atributos no dependen de la llave primaria compuesta de la tabla.
2. Eliminar esas columnas de la tabla base.
3. Crear una segunda tabla con esos atributos cuya llave primaria ser el atributo del
cual dependen.

TERCERA FORMA NORMAL

1.

Ninguna Columna puede depender de una columna que no tenga una clave

2.

No puede haber datos derivados