Scribd
Cargar
221 vistas

Manual Normalizacion

La normalización es el proceso de organizar datos en una base de datos mediante la creación de tablas y relaciones para eliminar redundancia e inconsistencias. Esto incluye aplicar diferentes "formas normales" como la primera, que elimina grupos repetitivos; la segunda, que elimina dependencias parciales; y la tercera, que elimina datos que no dependen directamente de la clave primaria. Un ejemplo muestra el proceso de normalizar una tabla de estudiantes en tres pasos para cumplir con las tres formas normales.

Cargado por

Oscar René Toledo
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
221 vistas

Manual Normalizacion

La normalización es el proceso de organizar datos en una base de datos mediante la creación de tablas y relaciones para eliminar redundancia e inconsistencias. Esto incluye aplicar diferentes "formas normales" como la primera, que elimina grupos repetitivos; la segunda, que elimina dependencias parciales; y la tercera, que elimina datos que no dependen directamente de la clave primaria. Un ejemplo muestra el proceso de normalizar una tabla de estudiantes en tres pasos para cumplir con las tres formas normales.

Cargado por

Oscar René Toledo
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
Está en la página 1/ 4

Normalización

Normalización es el proceso de organizar datos en una base de datos. Esto incluye la creación de
tablas estableciendo relaciones entre las mismas de acuerdo a ciertas reglas para proteger la
información y hacer más flexible la base de datos, eliminando redundancia y dependencia
inconsistente.

La información redundante desperdicia espacio en disco y crea problemas de mantenimiento. Si


hay que cambiar datos que ya existen en más de varios lugares, dichos datos deben de ser
cambiados exactamente de la misma manera en todas las locaciones. ”El cambio en la dirección
de un cliente es más fácil de implementar si los datos almacenados existen en la tabla de clientes
y no en ningún otro lugar en la base de datos”.

¿Qué es dependencia inconsistente?, Mientras es intuitivo para un usuario observar en la tabla de


clientes la dirección de un cliente en particular, puede no tener sentido observar por el salario
de un empleado que atiende a dicho cliente. El salario del empleado, está relacionado o mejor
dicho es dependiente del empleado, por tanto dicho campo debe moverse a la tabla de
empleados. La dependencia inconsistente puede hacer difícil el acceso a datos, porque el camino
para encontrar la información puede estar perdido.

Existen algunas reglas para la normalización de la base de datos. Cada regla es llamada “forma
normal”. Si la primera regla es aplicada, se dice que la base de datos es considerada en “primera
forma normal”. Si las primeras tres reglas son aplicadas, la base de datos es considerada en
“tercera forma normal”. Sin embargo otros niveles de normalización son posibles, la tercera
forma normal es considerada la de más alto nivel necesario por muchas aplicaciones.

Con tantas formas normales y especificaciones, los escenarios del mundo real no siempre se
ajustan perfectamente a estas soluciones. En general la normalización requiere de tablas
adicionales. Si usted decide violar una de las tres formas normales, asegúrese de que su
aplicación anticipa cualquier tipo de problema, como puede ser información redundante y
dependencia inconsistente.

Primera Forma Normal


• Eliminar los grupos repetitivos en tablas individuales.
• Crear tablas separadas por cada grupo de datos relacionados.
• Identificar cada grupo de datos relacionados con una llave primaria.

No utilice múltiples campos en una sola tabla para almacenar datos similares. Por ejemplo, para
rastrear el inventario de un producto pueden utilizarse dos posibles fuentes, un registro de un
inventario puede contener campos de Vendedor 1 y Vendedor 2.

¿Qué pasa cuando usted adiciona un tercer vendedor? Adicionar el campo no es la respuesta; esto
requiere de una modificación a nivel de programa y a nivel de tabla y no se ajusta a la
parametrizacion y adición dinámica de múltiples vendedores. En lugar de eso separe la
información de los vendedores en tablas separadas llamada vendedores, luego enlace el
inventario con los vendedores por medio de un identificador.
Segunda Forma Normal
• Los atributos que no forman parte de ninguna clave deben depender de forma completa a
la clave principal. Es decir que no deben existir dependencias parciales. Separe tablas si
es necesario.
• Relacionar dichas tablas con una llave extranjera.

Los registros no deben depender de nada que no sea de un identificador en una tabla (o llave
compuesta si es necesario). Por ejemplo, considerando la dirección de un cliente en un sistema
contable. La dirección es necesitada por la tabla de clientes, pero también por la tabla de
órdenes de compra, facturas, etc. En lugar de almacenar la dirección de un cliente como una
entrada separada en cada una de esas tablas, regístrela en un solo lugar, lo más adecuado es
almacenarlo en la tabla de clientes.

Tercera Forma Normal


• Cada atributo que no forma parte de ninguna clave, depende directamente y no
transitivamente, de la clave primaria.

Valores de un registro que no dependan de la llave primaria, no pertenecen a la tabla. En


general, siempre que el contenido de un grupo de campos puede aplicar a más de un solo registro
en la tabla, hay que considerar colocar dichos registros en tablas separadas.

Por ejemplo, En la tabla de reclutamiento de empleados, el nombre y dirección de un candidato


universitario pueden no ser incluidos. Pero usted necesita una lista completa de universidades
para formar grupos de correo electrónico. Si la información de la universidades almacenada en la
tabla de candidatos, no hay forma de listar las universidades en un dado caso de que no existan
candidatos, que pertenezcan a una determinada universidad. Se debe crear una tabla separada
de universidades y enlazarla con la tabla de candidatos con un identificador para la universidad.

EXCEPCION: Adherirse a la tercer forma normal, a veces es teóricamente deseable, pero no


siempre practico. Si usted tiene una tabla de clientes y desea eliminar todas las dependencias,
usted debe crear tablas para ciudades, ZIP codes, representante de ventas, tipos de cliente, y
otro tipo de factor que puede estar duplicado en múltiples registros. En teoría hay que alcanzar
la normalización, sin embargo muchas tablas pequeñas pueden degradar el rendimiento o la
excesiva apertura de conexiones en memoria de la base de datos. A veces es más conveniente
aplicar la tercera forma normal solo a datos que cambian frecuentemente

Ejemplo de Normalización
Estos pasos demuestran el proceso de normalización de una tabla ficticia de estudiantes.

El enfoque de la normalización del presente ejercicio son los estudiantes. Usted debe tomar nota
de las siguientes aseveraciones:

• Los estudiantes pueden cursar varias materias.


• Los estudiantes tienen solamente un tutor, un tutor puede tener a su cargo muchos
estudiantes.
• El tutor solo puede tener un aula registrada.
El concepto de tutor es distinto al de un catedrático, un tutor es un profesional que aconseja y
guía a un determinado estudiante para que el mismo pueda desarrollar sus potencialidades y
destrezas dentro de la universidad.

1. Tabla no normalizada:

Número de Nombre Tutor Aula Tutor Clase1 Clase2 Clase3


Cuenta
1022 Julia Jones 412 101-07 143-01 159-02
4123 José Smith 216 201-01 211-02 214-01

2. Primera Forma Normal: No grupos repetitivos.

Las tablas solo deberían de tener dos dimensiones. Desde que un estudiante puede tener varias
clases, dichas clases deben de estar listadas en tablas distintas. Los campos Clase1, Clase2,
Clase3 de los registro superiores indican un problema de diseño.

Las hojas de cálculo generalmente ofrecen tres dimensiones, pero las tablas no deberían. Otra
forma de ver este problema es con una relación de uno-a-muchos, no hay que colocar el “uno” y
el “muchos” en la misma tabla. En lugar de eso, cree otra tabla en primera forma normal
eliminando los grupos repetitivos (Clase#), como se muestra a continuación:

Número de Nombre Tutor# Nombre Aula Tutor Clase#


Cuenta Tutor
1022 Julia 01 Jones 412 101-07
1022 Julia 01 Jones 412 143-01
1022 Julia 01 Jones 412 159-02
4123 José 02 Smith 216 201-01
4123 José 02 Smith 216 211-02
4123 José 03 Smith 216 214-01

3. Segunda Forma Normal: Eliminación de información redundante.

Note las múltiples clases para cada estudiante en la tabla superior. Clase# no es funcionalmente
dependiente del Numero de Cuenta de un estudiante (llave primaria). Por tanto esta relación no
está en segunda forma normal.

Las siguientes tablas demuestran la segunda forma normal:

Estudiantes:
Número de Alumno Tutor# Tutor Aula Tutor
Cuenta Nombre
1022 Julia 01 Jones 412
4123 José 02 Smith 216

Registro:
Número de Clase#
Cuenta
1022 101-07
1022 143-01
1022 159-02
4123 201-01
4123 211-02
4123 214-01

4. Tercera Forma Normal: Eliminar los datos que no dependen exclusivamente de la llave
primaria.
En el último ejemplo el aula del tutor es funcionalmente dependiente del tutor. Pero el nombre
del tutor no depende del identificador del estudiante.

Estudiantes:
Número de Alumno Tutor#
Cuenta Nombre
1022 Julia 01
4123 José 02

Tutores:
Tutor# Tutor Aula Tutor
01 Jones 412
02 Smith 216

Registro:
Número de Clase#
Cuenta
1022 101-07
1022 143-01
1022 159-02
4123 201-01
4123 211-02
4123 214-01

También podría gustarte