NORMALIZACION MsC (c) Esp. Alexis Ovany Torres Ch. damian7914@hotmail.com Orientador Fundamentos y Diseño Base de Datos

Qué es la normalización? La normalización de bases de datos relacionales toma un esquema relacional y le aplica un conjunto de técnicas para producir un nuevo esquema que representa la misma información pero contiene menos redundancias y evita posibles anomalías en las inserciones, actualizaciones y borrados.

Qué es la normalización? los conceptos que se van a desarrollar aquí son totalmente válidos desde el punto de vista de comprobar lo correcto que es un esquema de base de datos relacional, en el sentido de que no se produzcan redundancias innecesarias entre los datos a almacenar. Por otra parte, ayudará a la mejor comprensión del Modelo Relacional y, en general, a justificar la estructuración en tablas (relaciones en su denominación formal) interrelacionadas mediante claves ajenas de los sistemas de información a mecanizar mediante técnicas de bases de datos. Cuando trabajamos con una base de datos relacional, los esquemas de las distintas relaciones que la constituyen nos indican que “cada dato tiene su lugar”. Pero, ¿qué ocurre si se modifican estas estructuras lógicas?. Muchas veces es tan obvio que un dato debe de almacenarse en una de las relaciones y no en otra que se nos escapa la respuesta a porqué es así.

Grados de normalización La teoría de la normalización es en esencia una expresión formal de ideas sencillas con una aplicación muy práctica en el área del diseño de bases de datos, ya que conducen a una correcta elección del esquema de la base de datos. Ya que el diseño de la base de datos es el diseño de los esquemas que la componen, debemos recordar que lo que nos interesa son las propiedades de los datos que siempre se cumplen y no las que se cumplen por casualidad en un instante de tiempo. El propósito del esquema es capturar aquellas propiedades que siempre son verdaderas, es decir nos vamos a ocupar de la cabecera o esquema de la relación independientemente del cuerpo o valores variables con el tiempo.

EJEMPLO BIBLIOTECA A través del siguiente ejercicio se intenta afirmar los conocimientos de normalización con un ejemplo simplificado de una base de datos para una pequeña biblioteca.

1FN PRIMERA FORMA NORMAL Esta tabla no cumple el requisito de la Primera Forma Normal (1NF) de sólo tener campos atómicos, pues el nombre del lector es un campo que puede (y conviene) descomponerse en apellido paterno, apellido materno y nombres. Tal como se muestra en la siguiente tabla.   Como se puede ver, hay cierta redundancia característica de 1NF.

2FN SEGUNDA FORMA NORMAL La Segunda Forma Normal (2NF) pide que no existan dependencias parciales o dicho de otra manera, todos los atributos no clave deben depender por completo de la clave primaria. Actualmente en nuestra tabla tenemos varias dependencias parciales si consideramos como atributo clave el código del libro. Por ejemplo, el título es completamente identificado por el código del libro, pero el nombre del lector en realidad no tiene dependencia de este código, por tanto estos datos deben ser trasladados a otra tabla.

2FN SEGUNDA FORMA NORMAL  La nueva tabla sólo contendrá datos del lector. Hemos creado una tabla para contener los datos del lector y también tuvimos que crear la columna CodLector para identificar unívocamente a cada uno. Sin embargo, esta nueva disposición de la base de datos necesita que exista otra tabla para mantener la información de qué libros están prestados a qué lectores. Esta tabla se muestra a continuación:

2FN Hemos creado una tabla para contener los datos del lector y también tuvimos que crear la columna CodLector para identificar unívocamente a cada uno. Sin embargo, esta nueva disposición de la base de datos necesita que exista otra tabla para mantener la información de qué libros están prestados a qué lectores. Esta tabla se muestra a continuación:

3FN (TERCERAFORMA NORMAL) Para la Tercera Forma Normal (3NF) la relación debe estar en 2NF y además los atributos no clave deben ser mutuamente independientes y dependientes por completo de la clave primaria. También recordemos que dijimos que esto significa que las columnas en la tabla deben contener solamente información sobre la entidad definida por la clave primaria y, por tanto, las columnas en la tabla deben contener datos acerca de una sola cosa. En nuestro ejemplo en 2NF, la primera tabla conserva información acerca del libro, los autores y editoriales, por lo que debemos crear nuevas tablas para satisfacer los requisitos de 3NF.

3FN (TERCERA FORMA NORMAL) Aunque hemos creado nuevas tablas para que cada una tenga sólo información acerca de una entidad, también hemos perdido la información acerca de qué autor ha escrito qué libro y las editoriales correspondientes, por lo que debemos crear otras tablas que relacionen cada libro con sus autores y editoriales

3FN (SEGUNDA FORMA NORMAL) Y el resto de las tablas no necesitan modificación.

TABLAS YA NORMALIZADAS ER .