UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU

FACULTAD DE INGENIERIA DE SISTEMAS

"Año del Buen Servicio al Ciudadano"

ASIGNATURA:

Diseño de base de datos

TEMA:

NORMALIZACIÓN

DOCENTE:

INTEGRANTES:

SEMESTRE:

Cuarto

HUANCAYO – 2017
 INDICE

INTRODUCCIÓN.................................................................................3
Normalización....................................................................................4
Primera forma Normal.......................................................................4
Segunda forma normal......................................................................6
Tercera forma normal........................................................................8
Cuarta forma normal.........................................................................9
Quinta forma normal.......................................................................11
Conclusiones....................................................................................13
Bibliografía.......................................................................................14
 INTRODUCCIÓN

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 por lo que
en este trabajo de investigación conoceremos acerca de la normalización y las tres
formas normales para aplicar en un diseño de base de datos.

I. NORMALIZACIÓN

La normalización es el proceso de organizar los datos de una base de datos ,se incluye la creación
de tablas y el establecimiento de relaciones entre ellas según reglas diseñadas tanto para proteger
los datos como para hacer que la base de datos sea más flexible al eliminar la redundancia y las
dependencias incoherentes.

En el cual se transforman datos complejos a un conjunto de estructuras de datos más pequeñas,

que además de ser más simples y más estables, son más fáciles de mantener.
 También se puede entender la normalización como una serie de reglas que sirven para ayudar a
los diseñadores de bases de datos a desarrollar un esquema que minimice los problemas de
lógica.

Se puede entender la normalización como una serie de reglas que sirven para ayudar a los
diseñadores de bases de datos a desarrollar un esquema que minimice los problemas de lógica.

a) Las bases de datos relacionales se normalizan para:

 Evitar la redundancia de los datos.

 Evitar problemas de actualización de los datos en las tablas.
 Proteger la integridad de los datos.

Hay tres primeras formas de normalización básica para el diseño de una base de datos Primera
Forma Normal (1NF), Segunda Forma Normal (2NF) y Tercera Forma Normal (3NF). Aunque
también hay otras 2 formas de normalización como la cuarta Forma Normal (4NF) y quinta Forma
Normal (5NF) pero cada una de estas formas tiene sus propias reglas.

II. PRIMERA FORMA NORMAL

La regla de la Primera Forma Normal establece que las columnas repetidas deben
eliminarse y colocarse en tablas separadas.

Poner la base de datos en la Primera Forma Normal resuelve el problema de los

encabezados de columna múltiples. Muy a menudo, los diseñadores de bases de datos
inexpertos harán algo similar a la tabla no normalizada. Una y otra vez, crearán columnas
que representen los mismos datos. La normalización ayuda a clarificar la base de datos y a
organizarla en partes más pequeñas y más fáciles de entender sólo tenemos que
entender los objetos pequeños y más tangibles, así como las relaciones que guardan con
otros objetos también pequeños.

Ejemplo para la primera forma normal:

Para explicar las reglas de normalización vamos a considerar los datos de la siguiente
tabla:

ID_ORDEN FECHA ID_CLIENTE NOM_CLIENTE COD_PROD DESC_PROD CANT PRECIO

2511 5/10/17 4560 JUAN PEREZ S. 05 TELEVISOR 2 S/. 3800
2511 5/10/17 4560 JUAN PEREZ S. 26 LICUADORA 2 S/. 120
2820 7/10/17 4585 CARLOS RIOS 18 PLANCHA 5 S/ 350
 3122 8/10/17 4589 DARWIN LOPEZ 21 REFRIGERADORA 3 S/ 2700

Al examinar estos registros, podemos darnos cuenta de que contienen un grupo repetido
para COD_PROD, DESC_PROD, CANT y PRECIO. La 1FN prohíbe los grupos repetidos, por lo
tanto, tenemos que convertir a la primera forma normal.

Los pasos a seguir son:

» Tenemos que eliminar los grupos repetidos.

» Tenemos que crear una nueva tabla con la PK de la tabla base y el grupo repetido.

Los registros quedan ahora conformados en dos tablas que llamaremos ORDENES y
PRODUCTOS.

Ordenes

ID_ORDEN FECHA ID_CLIENTE NOM_CLIENTE

2511 5/10/17 4560 JUAN PEREZ S.
2511 5/10/17 4560 JUAN PEREZ S.
2820 7/10/17 4585 CARLOS RIOS
3122 8/10/17 4589 DARWIN LOPEZ

Productos

ID_ORDEN COD_PROD DESC_PROD CANT PRECIO

2511 05 TELEVISOR 2 S/. 3800
2511 26 LICUADORA 2 S/. 120
2820 18 PLANCHA 5 S/ 350
3122 21 REFRIGERADORA 3 S/ 2700

III. SEGUNDA FORMA NORMAL

La regla de la Segunda Forma Normal establece que todas las dependencias parciales se
deben eliminar y separar dentro de sus propias tablas.
Una dependencia parcial es un término que describe a aquellos datos que no dependen de
la llave primaria de la tabla para identificarlos.

Una vez alcanzado el nivel de la Segunda Forma Normal, se controlan la mayoría de los
problemas de lógica. Podemos insertar un registro sin un exceso de datos en la mayoría de
las tablas.

Ejemplo para la segunda forma normal:

Ahora procederemos a aplicar la segunda formal normal, es decir, tenemos que eliminar
cualquier columna no llave que no dependa de la llave primaria de la tabla.

Los pasos a seguir son:

 Determinar cuáles columnas que no son llave no dependen de la llave primaria de

la tabla.

 Eliminar esas columnas de la tabla base.

 Crear una segunda tabla con esas columnas y la(s) columna(s) de la PK de la cual
dependen.

Partiendo del ejemplo De la primera forma (1FN).

ORDENES

ID_ORDEN FECHA ID_CLIENTE NOM_CLIENTE

2511 5/10/17 4560 JUAN PEREZ S.
2511 5/10/17 4560 JUAN PEREZ S.
2820 7/10/17 4585 CARLOS RIOS
3122 8/10/17 4589 DARWIN LOPEZ

PRODUCTOS

ID_ORDEN COD_PROD DESC_PROD CANT PRECIO

2511 05 TELEVISOR 2 S/. 3800
2511 26 LICUADORA 2 S/. 120
2820 18 PLANCHA 5 S/ 350
3122 21 REFRIGERADORA 3 S/ 2700

 La tabla ORDENES está en 2FN.

 Cualquier valor único de ID_ORDEN determina un sólo valor para cada columna.

 Por lo tanto, todas las columnas son dependientes de la llave primaria ID_ORDEN.

 Por su parte, la tabla PRODUCTOS no se encuentra en 2FN ya que las columnas

PRECIO y DESC_PROD son dependientes de COD_PROD, pero no son dependientes
de ID_ORDEN.

 Lo que haremos a continuación es eliminar estas columnas de la tabla PRODUCTOS y

crear una tabla ARTICULOS con dichas columnas y la llave primaria de la que
dependen.
 Las tablas quedan así (2FN):

ORDENES

ID_ORDEN FECHA ID_CLIENTE NOM_CLIENTE

2511 5/10/17 4560 JUAN PEREZ S.
2511 5/10/17 4560 JUAN PEREZ S.
2820 7/10/17 4585 CARLOS RIOS
3122 8/10/17 4589 DARWIN LOPEZ

PROD_ORDENES

ID_ORDEN COD_PROD CANT

2511 05 2
2511 26 2
2820 18 5
3122 21 3

PRODUCTOS

COD_PROD DESC_PROD PRECIO

05 TELEVISOR S/. 3800
26 LICUADORA S/. 120
18 PLANCHA S/ 350
21 REFRIGERADORA S/ 2700

IV. TERCERA FORMA NORMAL

Una tabla está normalizada en esta forma si todas las columnas que no son llave son
funcionalmente dependientes por completo de la llave primaria y no hay dependencias
transitivas. Comentamos anteriormente que una dependencia transitiva es aquella en la
cual existen columnas que no son llave que dependen de otras columnas que tampoco
son llave.

Cuando las tablas están en la Tercera Forma Normal se previenen errores de lógica cuando
se insertan o borran registros. Cada columna en una tabla está identificada de manera
única por la llave primaria, y no debe haber datos repetidos. Esto provee un esquema
limpio y elegante, que es fácil de trabajar y expandir.

Ejemplo:

La tercera forma normal nos dice que tenemos que eliminar cualquier columna no llave
que sea dependiente de otra columna no llave.

Los pasos a seguir son:

 Determinar las columnas que son dependientes de otra columna no llave.

 Eliminar esas columnas de la tabla base.
 Crear una segunda tabla con esas columnas y con la columna no llave de la cual
son dependientes.

De la anterior forma (2FN):

ORDENES

ID_ORDEN FECHA ID_CLIENTE NOM_CLIENTE

2511 5/10/17 4560 JUAN PEREZ S.
2511 5/10/17 4560 JUAN PEREZ S.
2820 7/10/17 4585 CARLOS RIOS
3122 8/10/17 4589 DARWIN LOPEZ

PROD_ORDENES

ID_ORDEN COD_PROD CANT

2511 05 2
2511 26 2
2820 18 5
3122 21 3

PRODUCTOS

COD_PROD DESC_PROD PRECIO

05 TELEVISOR S/. 3800
26 LICUADORA S/. 120
18 PLANCHA S/ 350
18 REFRIGERADORA S/ 2700

 Al observar las tablas que hemos creado, nos damos cuenta de que tanto la tabla
PRODUCTOS, como la tabla PROD_ORDENES se encuentran en 3FN.

 Sin embargo, la tabla ORDENES no lo está, ya que NOM_CLIENT son dependientes de

ID_CLIENT, y esta columna no es la llave primaria.

 Para normalizar esta tabla, moveremos las columnas no llave y la columna llave de la
cual dependen dentro de una nueva tabla CLIENTES.

 Las nuevas tablas CLIENTES y ORDENES se muestran a continuación:

 Los registros quedan ahora conformados en dos tablas que llamaremos ORDENES y
PRODUCTOS (3FN).

ORDENES

ID_ORDEN FECHA ID_CLIENTE

2511 5/10/17 4560
2511 5/10/17 4560
2820 7/10/17 4585
3122 8/10/17 4589

CLIENTES

ID_CLIENTE NOM_CLIENTE
4560 JUAN PEREZ S.
4560 JUAN PEREZ S.
4585 CARLOS RIOS
4589 DARWIN LOPEZ

V. CUARTA FORMA NORMAL

La cuarta forma normal (4FN) es una forma normal usada en la normalización de base de datos, la
4fn se asegura de que las dependencias multi-valuadas independientes estén correctas y
eficientemente representadas en un diseño de base de datos, la 4NF es el siguiente nivel de
normalización después de la forma normal de Boyce Codd (BCNF).

Características:

Una tabla está en 4NF si y solo si está en tercera forma normal o en BCNF (cualquiera de ambas) y
no posee dependencias multi-valuadas no triviales. La definición de la 4NF confía en la noción de
una dependencia multi- valuada. Una tabla con dependencia multi-valuada es una donde la
existencia de dos o más relaciones independientes muchos a mucha causa redundancia; y es esta
redundancia la que es suprimida por la cuarta forma normal.

Ejemplo para la cuarta forma normal 4(FN) (Pizzería)

RESTAURANTE VARIEDAD DE PIZZA ÁREA DE ENVIÓ

Villa Pizza Corteza de gruesa Chorrillos
Villa Pizza Corteza de gruesa Surco
Villa Pizza Corteza de fina Chorrillos
Villa Pizza Corteza de fina Surco
Morelia Corteza de fina San Isidro
 Morelia Corteza de rellena San Isidro
Spizza Corteza de gruesa Barranco
Spizza Corteza de gruesa Surco
Spizza Corteza de gruesa Miraflores
Spizza Corteza rellena Surco
Spizza Corteza rellena Barranco
Spizza Corteza rellena Miraflores

Pasando a la cuarta formal norma (FN)

Variedades por restaurante

RESTAURANTE VARIEDAD DE PIZZA

Villa Pizza Corteza de gruesa
Villa Pizza Corteza de fina
Morelia Corteza de fina
Morelia Corteza de rellena
Spizza Corteza de gruesa
Spizza Corteza de rellena

Áreas de envió por restaurante

RESTAURANTE ÁREA DE ENVIÓ

Villa Pizza Chorrillos
Villa Pizza Surco
Morelia San Isidro
Spizza Barranco
Spizza Surco
Spizza Miraflores

VI. QUINTA FORMA NORMAL

La quinta forma normal (5FN), también conocida como forma normal de proyección- unión
(PJ/NF), es un nivel de normalización de bases de datos diseñado para reducir redundancia en las
bases de datos relacionales que guardan hechos multi- valores aislando semánticamente
relaciones múltiples relacionada. Una tabla se dice que está en 5NF si y solo si está en 4NF y cada
dependencia de unión (Join) en ella es implica por las claves candidatas.

USO de la 5ta forma normal (5FN)

Solamente en contadas ocasiones una tabla 4NF no se corresponde con una 5NF. Estas son
situaciones en las cuales una restricción compleja del mundo real, que limita las combinaciones
validas de los valores de atributos en la tabla 4NF, no está implicada en la estructura de esta tabla.

Si esta tabla no se normaliza a 5NF, la tarea de mantener la consistencia lógica de los datos dentro
de la tabla debe ser llevada en parte por la aplicación responsable de inserciones, borrados,
actualizaciones a ella; y hay un riesgo elevado de que los datos dentro de la tabla se vuelvan
inconsistentes. Por el contario el diseño 5NF excluye la posibilidad de tales inconsistencias.

Ejemplo para la quinta forma normal 5(FN):

PSIQUIATRA ASEGURADOR CONDICIÓN

Dr. James Healthco Ansiedad
Dr. James Healthco Depresión
Dr. Kendrick FriendlyCare Trastorno emocional
Dr. Kendrick FriendlyCare Ansiedad
Dr. Kendrick FriendlyCare Depresión
Dr. Lowenstein FriendlyCare Esquizofrenia
Dr. Lowenstein Healthco Ansiedad
Dr. Lowenstein Healthco Demencia
Dr. Lowenstein Victorian Life Trastorno de conversión

Psiquiatra-para-Asegurador

PSIQUIATRA ASEGURADOR
Dr. James Healthco
Dr. Kendrick FriendlyCare
Dr. Lowenstein FriendlyCare
Dr. Lowenstein Healthco
Dr. Lowenstein Victorian Life

Psiquiatra-para-Condición

PSIQUIATRA CONDICIÓN
Dr. James Ansiedad
Dr. James Depresión
Dr. Kendrick Trastorno emocional
Dr. Kendrick Ansiedad
Dr. Kendrick Depresión
Dr. Lowenstein Esquizofrenia
Dr. Lowenstein ansiedad
Dr. Lowenstein Demencia
Dr. Lowenstein Trastorno de conversión

Asegurador para Condición

ASEGURADOR CONDICIÓN
Healthco Ansiedad
Healthco Depresión
FriendlyCare Trastorno emocional
FriendlyCare Ansiedad
FriendlyCare Depresión
FriendlyCare Esquizofrenia
Healthco ansiedad
Healthco Demencia
Victorian Life Trastorno de conversión
VII. CONCLUSIONES

 Comprendimos que la normalización es una técnica que se utiliza para crear relaciones
lógicas apropiadas entre tablas de una base de datos. Así también nos Ayuda a prevenir
errores lógicos en la manipulación de datos.

 La normalización facilita también agregar nuevas columnas sin romper el esquema actual
ni las relaciones.

 Dentro de la normalización vimos que existen varios niveles de normalización como la

Primera Forma Normal, la Segunda Forma Normal, la Tercera Forma Normal, la Forma
Normal Boyce-Codd, la Cuarta Forma Normal, la Quinta Forma Normal y cada uno tiene
sus propias reglas.

 Finalmente, las normalizaciones nos ayudan a eliminar redundancias e inconsistencias de

dependencia en el diseño de la tabla.
VIII. BIBLIOGRAFÍA

 https://geynen.files.wordpress.com/2010/11/normalizacion-de-
datos.pdf.

 Kent, W. (1983) A Simple Guide to Five Normal Forms in Relational

Database Theory, Communications of the ACM, vol. 26, pp. 120-125

 Date, C.J., & Darwen, H., & Pascal, F. Database Debunkings