El documento explica los pasos para normalizar una base de datos en primera, segunda y tercera forma normal. La primera forma normal requiere que los datos estén organizados en una tabla sin celdas vacías y que cada columna contenga un solo tipo de valor. La segunda forma normal exige que todas las columnas dependan completamente de la clave. Y la tercera forma normal establece que ninguna columna no clave dependa transitivamente de la clave.

2. Para que una relación sea normalizada en pasos
adicionales, debe en la primera forma normal.
Colocar los datos en la primera forma normal
está a cargo del diseñador de la aplicación.
Estos datos se encuentran disponibles de alguna
manera inicialmente. Si la aplicación existe en
forma manual, o ha sido anteriormente
computarizada pero no todavía como
relación, el diseñador reorganiza los datos de
modo de conformar una matriz (1FN).

3. Para que una relación esté en primera
forma normal (1 FN), debe ser solamente
una relación propia, una matriz m por
n, donde:
• Ninguna celda de la matriz está vacía;
• El valor n cualquier columna está definido
por el dominio para dicho atributo.
• Cada tupla tiene una clave que la
identifica en forma unívoca, pero dicha
clave no significa orden.

4. Cliente
En este diseño no ocurren grupos
repetidos de números telefónicos.
ID Cliente Nombre Apellido
En lugar de eso, cada enlace
Cliente-a-Teléfono aparece en su
propio registro.
123 Rachel Ingram
Teléfono del cliente
ID Cliente Teléfono
456 James Wright
123 555-861-2025
789 Maria Fernández
456 555-403-1659
456 555-776-4100
789 555-808-9633

5. Una relación está en segunda forma normal (2FN) solamente si
todos los atributos son dependientes en forma completa de la
clave.
Su nombre ya nos indica el hecho de que la segunda forma normal
es por lo general el siguiente paso de normalización y
descomposición.

6. Para ser accesible a la normalización, y poder
ser puesta en segunda forma normal, la
relación debe poseer las siguientes
propiedades:
• Debe estar en primera forma normal
• Debe tener una clave compuesta.

7. • Tenemos una matriz m x n con un valor
determinado para cada componente de cada
tupla.
• Cada valor es obtenido a partir de un dominio
propiamente definimos
• Cada valor contiene una clave, ya sea simple
o compuesta
• Cada componente no clave es dependiente
en forma completa de su clave.

9. Es una forma normal usada en la
normalización de bases de datos. La 3NF
fue definida originalmente por E.F. Codd en
1971.
La definición de Codd indica que una tabla
está en 3NF si y solo si las dos condiciones
siguientes se mantienen:
 La tabla está en la segunda forma normal
(2NF)
 Ningún atributo no-primario de la tabla es
dependiente transitivamente de una clave
candidata.

10.  Ejemplo
Un ejemplo de una tabla 2NF que falla en
satisfacer los requerimientos de la 3NF es:
La única clave candidata es [Torneo, Año].

11. Para expresar los mismos hechos sin violar la 3NF, es
necesario dividir la tabla en dos:
Las anomalías de actualización
no pueden ocurrir en estas
tablas, las cuales están en 3NF.