Formas Normales

Existen niveles de Normalizacin que deben

respetarse para poder decir que nuestra Base de Datos,
se encuentra normalizada, es decir, que cumple con
los requisitos naturales para funcionar ptimamente y
no perjudicar las Performance por mala arquitectura.
La normalizacin nos permite la organizacin correcta
de los datos y permite evitar un mal diseo y los
problemas que esto conlleva:
Almacenamiento redundante (varias copias de la
misma informacin).
Perdidas no deseadas de informacin al modificar
tuplas.
La base entra en un estado no consistente al borrar
una tupla.

Primera Forma Normal

Esta primera Forma Normal, nos lleva a no repetir datos en

nuestras tablas. Respetar la atomicidad y no intentar soluciones
muy sintetizadas.

Por ejemplo una cadena de caracteres debe tener un significado

indivisible. Incluso la cadena nombre no debera
complementarse con el apellido.

Primera Forma Normal

Un ejemplo de esto seria:
Campo
Valor
Nombre

Juan Pedro Perez Soto

1FN
Campo

Valor

Pri_Nombre
Seg_Nombre
Ape_Paterno
Ape_Materno

Juan
Pedro
Perez
Soto

Primera Forma Normal

Esta forma tambin no permite resolver
configuracin de informacin evitando campos
saturados de caracteres, valores NULL, etc.
Por ejemplo:
Podemos tener ms de un numero telefnico de
contracto para cada alumno, ac puede estar
domicilio, trabajo y mvil(es).
Debemos pensar como organizar dicha informacin:

Primera Forma Normal

1. Podemos tener un campo para cada tipo de dato
indicado, pero ac no todos cumplen y tendramos
valores nulos.
Ejemplo:
Tel_Domicilio: 02212345678
Tel_Trabajo: No Aplica (Valor Null)
Celular1: 0512345678
Celular2:0999999954

Primera Forma Normal

2. Podemos pensar que una columna almacena ms
informacin en su estructura indicando alguna
centinela de separacin.
Ejemplo:
TelefonosFijos: 02212345678-0229876543

Primera Forma Normal

La solucin en primera forma normal le permitira
visualizar al diseador que dichos atributos deben
existir en dos tablas:
Telefonos
Alumno
ID_Alumno

Nombre

Ape_Paterno

12345678-9

Pepe

Soto

10222333-8

Juan

Perez

ID_Alumno

Telefono

12345678-9

0221234567

12345678-9

0987655432

10222333-8

0712345689

12345678-9

0298765432

Esto nos permite solucionar el caso especifico para la

cantidad de nmeros asociados al alumno.

Segunda Forma Normal

Solo puede existir si previamente fue aplicada la primera forma

normal.
La Segunda Forma Normal nos habla de que cada columna de la
tabla debe depender de la clave. Esto significa que todo un
registro debe depender nicamente de la clave principal, si
tuviramos alguna columna que se repite a lo largo de todos los
registros, dichos datos deberan atomizarse en una nueva tabla.
Asegurarnos de no perder informacin a partir de la relacin de
las tablas.

Segunda Forma Normal

Ejemplo:
Podemos ver tanto el uso de una PK llave primaria y FK llave
fornea.
Producto
ID_Producto

Descripcion

7812345678

Producto 1

100

05123456

Producto 2

101

7812345678

Producto 3

100

7812345678

Producto 4

100

Proveedor

ID_Proveedor

ID_Proveedor

Descripcion

100

Nestle

101

Soprole

Se interpreta la relacin de la siguiente forma, no puede existir

un producto sino se encuentra asociado a un cliente valido en el
sistema.

Tercera Forma Normal

La tercera forma normal nos habla de:

Ninguna Columna puede depender de una columna que no

tenga una clave.
No puede haber datos derivados o dependencias de datos.
Esto quiere decir que Si existe dependencias no relacionadas
con la clave primaria subdivide las tablas.

Resumen

1NF significa que tus relaciones tienen un nmero de atributos

fijos y atmicos.

2NF significa que los atributos dependen de toda la clave

primaria y no de parte de ella.

3NF significa que los atributos dependen directamente de la

clave primaria (y no indirectamente a travs de otro atributo)