Normalización er

Connexions module: m18350

1

Un ejemplo simple de normalización de bases de datos relacionales (hasta 3FN)
Miguel-Angel Sicilia
This work is produced by The Connexions Project and licensed under the Creative Commons Attribution License
†

∗

Abstract
Se describe un ejemplo sencillo (de una sola tabla) de aplicación de la normalización de bases de datos relacionales.

1 El procesode normalización de bases de datos relacionales
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.
1.1 Breve recordatorio del modelo (formal) relacional

Elmodelo relacional de bases de datos se basa en un modelo formal especicado de acuerdo a la teoría de conjuntos. Una base de datos relacional puede considerarse como un conjunto de relaciones o tablas de la forma R(A1, ..., An), donde R es el nombre de la relación, que se dene por una serie de atributos Ai. Sobre las tablas relacionales se pueden denir diferentes restricciones. La integridad deentidad es una restricción que nos indica que cada entidad representada por una tupla tiene que ser diferente de las demás en su relación, es decir, debe haber algunos atributos cuyos valores identiquen unívocamente las tuplas. La integridad referencial indica que una clave ajena solo debe contener valores que o bien sean nulos, o bien existan en la relación referenciada por la clave ajena.
1.2 Elproceso de normalización

El proceso de normalización consiste en comprobar en secuencia si el esquema original está en 1FN, 2FN y 3FN, analizando las dependencias funcionales en cada paso.
∗ Version
1.1: Nov 19, 2008 12:10 pm US/Central

† http://creativecommons.org/licenses/by/2.0/

http://cnx.org/content/m18350/1.1/

Connexions module: m18350

2

1.3 Un ejemplo completo

Tenemosuna empresa pública donde los puestos de trabajo están regulados por el Estado, de modo que las condiciones salariales están determinadas por el puesto. Se ha creado el siguiente esquema relacional EMPLEADOS(nss, nombre, puesto, salario, emails) con nss como clave primaria. nss 111 222 333 ... nombre Juan Pérez José Sánchez Ana Díaz ... puesto Jefe de Área Administrativo Administrativo ... salario3000 1500 1500 ...
Table 1
1.4 Primera forma normal (1FN)

emails juanp@ecn.es; jefe2@ecn.es jsanchez@ecn.es adiaz@ecn.es; ana32@gmail.com ...

Una tabla está en 1FN si sus atributos contienen valores atómicos. En el ejemplo, podemos ver que el atributo emails puede contener más de un valor, por lo que viola 1FN. En general, tenemos una relación R con clave primaria K. Si un atributo Mviola la condición de 1FN, tenemos dos opciones.
1.4.1 Solución 1: duplicar los registros con valores repetidos

En general, esta solución pasa por sustituir R por una nueva relación modicada R', en la cual:
• El atributo M que violaba 1FN se elimina. • Se incluye un nuevo atributo M' que solo puede contener valores simples, de modo que si R'[M'] es uno de los valores que teníamos en R[M],entonces R'[K] = R[K]. En otras palabras, para una tupla con n valores duplicados en M, en la nueva relación habrá n tuplas, que sólo varían en que cada una de ellas guarda uno de los valores que había en M. • La clave primaria de R' es (K, M'), dado que podrá haber valores de K repetidos, para los valores multivaluados en M.

Siguiendo el ejemplo, tendríamos el siguiente esquema para la nueva tablaEMPLEADOS'(a) con clave primaria (nss, email): nss 111 111 222 333 333 ... nombre Juan Pérez Juan Pérez José Sánchez Ana Díaz Ana Díaz ... puesto Jefe de Área Jefe de Área Administrativo Administrativo Administrativo ...
Table 2

salario 3000 3000 1500 1500 1500 ...

email juanp@ecn.es jefe2@ecn.es jsanchez@ecn.es adiaz@ecn.es ana32@gmail.com ...

http://cnx.org/content/m18350/1.1/...