Normalización deNormalización deBases de DatosBases de Datos

NormalizaciónNormalizaciónLa normalización es el proceso de organizar los datos en una base de datos. Esto incluye la creación de tablas y el establecer relaciones entre aquellas tablas, según reglas diseñadas para proteger los datos y hacer la base de datos más flexible al eliminar redundancia y dependencia incoherente.

Los datos redundantes desperdician espacio en disco y crean problemas de mantenimiento.

Si es necesario cambiar datos que aparecen en más de un sitio, el cambio deberá ser exactamente igual en todos estos sitios. Por ejemplo, un cambio de dirección de un cliente es mucho más fácil de implementar si los datos sólo se almacenan en la tabla Clientes y en ningún otro lugar de la base de datos.

Teniendo en cuenta que una tabla es una matriz de filas y columnas de datos de distintos tipos, para que sea considerada una relación dentro del modelo relacional debe cumplir con algunos aspectos. •Ser una matriz rectangular que almacene líneas con una estructura concreta.

•La primera línea de una tabla, es una cabecera que indica el nombre de cada columna. O sea, cada columna tiene asignado un nombre único, e indica que los ítems almacenados en esa columna deben pertenecer a un conjunto de valores concreto: Números, Letras, Frases, etc.

•Cada línea (excepto la primera) recibe el nombre de tupla, y almacena ítems concretos para cada columna.

•Todas las filas deben ser diferentes entre sí.

•El orden de las filas y de las columnas carece de importancia a efectos del sistema de gestión de Bases de Datos. Este hecho es el que verdaderamente diferencia las tablas relacionales del concepto matemático de relación, en el que el orden de las columnas es fundamental.

TABLA RELACIONAL: Es una matriz rectangular que almacena líneas con una estructura concreta, con datos de distintos tipos que están relacionados con otros mediante algún un campo, y que son consecuentes a la optimización de gestión y mantenimiento. TUPLA: Es una secuencia ordenada de objetos, esto es, una lista con un número limitado de objetos o datos de distinto tipo que se guardan de forma consecutiva en memoria, y que proporcionan una notación básica para formular la definición de la relación en términos de las relaciones de la base de datos.

Conceptos importantes:Conceptos importantes:

Conceptos importantes:Conceptos importantes:

ATRIBUTOS: Es una especificación que define una propiedad de un objeto, elemento o archivo. Un atributo de un objeto por lo general consiste de un nombre y un valor; de un elemento, un tipo o nombre de clase; de un archivo, un nombre y extensión. RENGLÓN: Registro que integrado a otros registros o renglones, de manera coherente y ordenada, forman una tabla o archivo, al interior de una base de datos. COLUMNA: Campo que estructuradamente organizado respecto de otro u otros campos, configuran un renglón o registro, en una base de datos.

Modelo o Tabla Relacional de los integrantes de una familia, catalogados de acuerdo a su fecha de nacimiento, incluyen género y parentesco.

Número que ocupa en el hogar

Nombre ApellidoFecha de

NacimientoGénero Parentesco

1 Mario Zabala 29/03/1955 M Padre

2 Bertha Oquendo 15/11/1961 F Madre

3 Susana Zabala 13/07/1983 F Hija

4 PedroZabala

22/05/1985 M Hijo

5 LucasZabala

10/12/1988 M Hijo

6 PamelaZabala

01/06/1993 F Hija

NormalizaciónNormalización

Existen unas cuantas reglas para la normalización de bases de datos.

Cada regla se denomina «forma normal».

Si se cumple la primera regla, se dice que la base de datos está en la «primera forma normal». Si se cumplen las tres primeras reglas, se considera que la base de datos está en la «tercera forma normal». Aunque existen otros niveles de normalización, se considera que la tercera forma normal es el máximo nivel necesario para la mayoría de las aplicaciones.

Primera forma normal.Primera forma normal.Eliminar grupos repetidos en tablas

individuales. Crear una tabla diferente para cada

conjunto de datos relacionados. Identificar cada conjunto de datos

relacionados mediante una clave principal.

No utilizar varios campos en una única tabla para almacenar datos similares.

Ejemplo:Ejemplo: Artículo Prov1 Prov2 Prov3

Maíz - Granja -

Arroz Casita - -

Código Proveedor

145 Casita

154 Granja

En lugar de hacer varios campos para los proveedores en una sola tabla, hacemos otra tabla con el campo Proveedor y colocamos varios registros para los proveedores (tabla de en medio). Sustituimos la tabla superior de la izquierda por la tabla inferior.

Artículo Cod.Prov

Maíz 154

Arroz 145

Segunda forma normal.Segunda forma normal.Crear tablas independientes para

conjuntos de valores que se apliquen a varios registros.

Relacionar dichas tablas mediante una clave externa.

Los registros tan sólo deben depender de la clave principal de una tabla (si es necesario, puede ser una clave compuesta).

Ejemplo:Ejemplo:Piense en la dirección de un cliente en

un sistema de contabilidad. La dirección es necesitada por la tabla Clientes pero por las tablas Pedidos, Facturas y Cuentas a cobrar también. En lugar de almacenar la dirección del cliente como una entrada diferente en cada tabla, almacénela en un único lugar, ya sea en la tabla Clientes o en una tabla de direcciones independiente.

Tercera forma normal.Tercera forma normal. Eliminar los campos que no dependan de la clave. Los

valores de un registro que no forman parte de la clave de dicho registro no pertenecen a esa tabla. En general, siempre que el contenido de un grupo de campos se puede aplicar a más de un registro de la tabla, debe tener en cuenta la posibilidad de incluir dichos campos en una tabla independiente.

EXCEPCIÓN: No es práctico siempre cumplir la forma tercera normal teóricamente conveniente. Si tiene una tabla Clientes y desea eliminar todas las posibles dependencias entre campos, debe crear tablas independientes para ciudades, códigos postales, representantes de ventas, clases de clientes y cualquier otro factor que pueda aparecer duplicado en varios registros. En teoría, la normalización merece la pena. Sin embargo, la utilización de un gran número de tablas pequeñas puede perjudicar el rendimiento o superar la capacidad de memoria y de archivos abiertos del sistema.

Otras formas normales.Otras formas normales.

Otras formas de normalización.Existe una cuarta forma normal,

llamada también Forma normal de Boyce Codd (BCNF), y una quinta forma normal, pero pocas veces se consideran prácticas en un diseño. La omisión de estas reglas puede dar como resultado una tabla que no sea perfecta, pero no debería afectar a su funcionamiento.

Haga esta tabla en Access para normalizarla. La tabla se llama ALUMNOS.

Primera forma normal: Primera forma normal: Ningún grupo repetido.Ningún grupo repetido.

Como cada alumno se encuentra inscrito en varios cursos, estos deben aparecer en una tabla independiente. Los campos curso1, curso2, curso3 de los registros anteriores indican que existe un problema en el diseño.

Segunda forma Normal: Segunda forma Normal: Elimine datos redundantes.Elimine datos redundantes.

Curso no depende del carné (que será nuestra clave principal) por lo que la tabla no esta en la segunda forma normal. Debemos separar la información de los cursos-alumnos a otra tabla. Haremos la tabla asignaciones.

Asignaciones

Tabla alumnos luego del cambio

Tercera forma Normal: Tercera forma Normal: Eliminar datos que no Eliminar datos que no dependen de la clave.dependen de la clave.Del último ejemplo la oficina del

asesor depende funcionalmente del atributo asesor. La solución es mover dicho atributo de la tabla alumnos a la tabla personal, como se muestra a continuación.

Tabla Alumno

Tabla Personal

NormalizadaNormalizada

Hemos llegado finalmente a una base de datos bien organizada en la cual podemos actualizar o cambiar los datos almacenados fácilmente y de una manera ordenada sin alterar los demás registros.