1. NOM EMP SUELDO COD CEPT FECHA ING Nom Depto FECH CREAC
Torres 1.200.000 A1 01/01/2004 Informatica 01/03/2002
Soto 500.000 A2 01/01/2003 Marketing 01/00/2002
Perez 300.000 A2 01/10/2003 Marketing 01/00/2002
Figueroa 600.00 A1 01/03/2002 Informatica 01/03/2002
Salas 1.500.000 A1 01/01/2002 Informatica 01/03/2002
Rios 2.000.000 A3 01/06/2002 Ventas 01/01/2001
Campos 800.000 A2 01/11/2003 Marketing 01/01/2002
Venegas 600.000 A1 01/06/2002 Informatica 01/03/2002
Carcamo 500.000 A2 01/04/2003 Marketing 01/01/2002
Gonzalez 2.000.000 A3 01/10/2002 Ventas 01/01/2001
1ºFN: Una tabla está en 1FN si ninguno de sus atributos contiene valores multivaluados.
A la vista de la información suministrada en la tabla, podemos decir que si cumple la 1º Forma
normal al no haber atributos de este tipo, ya que cada atributo contiene un solo valor por
registro.
ANOM EMP SUELDO COD DEPT FECHA ING Nom Depto FECH CREAC
Torres 1.200.000 A1 01/01/2004 Informatica 01/03/2002
Soto 500.000 A2 01/01/2003 Marketing 01/01/2002
Perez 300.000 A2 01/10/2003 Marketing 01/01/2002
Figueroa 600.000 A1 01/03/2002 Informatica 01/03/2002
Salas 1.500.000 A1 01/01/2002 Informatica 01/03/2002
Rios 2.000.000 A3 01/06/2002 Ventas 01/01/2001
Campos 800.000 A2 01/11/2003 Marketing 01/01/2002
Venegas 600.000 A1 01/06/2002 Informatica 01/03/2002
Carcamo 500.000 A2 01/04/2003 Marketing 01/01/2002
GOnzalez 2.000.000 A3 01/10/2002 Ventas 01/01/2001
2ºFN: Una tabla está en 2FN si está en 1FN y además todos los atributos NO CLAVES tienen
una dependencia funcional completa con respecto a los atributos CLAVES de la tabla.
Para saber en la tabla cuales son los atributos CLAVES y NO CLAVES debemos hallar las
dependencias funcionales:
Cod. Dept. -> Nom. Dpto, Fecha. Creac.
Nom Emp -> Sueldo, Fecha Ing. (Esta DF se cumplirá siempre que no haya otro nombre de
empleado que se llame igual con valores de Nom. Dpto. y Fecha Creac. distintos, es decir,
solamente se cumplirá para los valores actuales de la tabla)
Observamos que los atributos Nom. Dpto, Fecha Creac., Sueldo y Fecha Ing. solamente
dependen de una de las claves no de TODAS, por lo tanto la tabla no cumpliría la 2FN.
Para arreglar esta situación dividimos la tabla principal en varias tablas atendiendo las DF
halladas.

2. COD DEPT Nom Depto FECH CREAC
A1 Informatica 01/03/2002
A2 Marketing 01/01/2002
A3 Ventas 01/01/2001
Cod. Dept. -> Nom. Dpto, Fecha. Creac.
NOM EMP SUELDO FECHA ING COD. DEPT
Torres 1.200.000 01/01/2004 A1
Soto 500.000 01/01/2003 A2
Perez 300.000 01/10/2003 A2
Figueroa 600.000 01/03/2002 A1
Salas 1.500.000 01/01/2002 A1
Rios 2.000.000 01/06/2002 A3
Campos 800.000 01/11/2003 A2
Venegas 600.000 01/06/2002 A1
Carcamo 500.000 01/04/2003 A2
Gonzalez 2.000.000 01/10/2002 A3
Nom Emp -> Sueldo, Fecha Ing.
Comprobamos en la división de las tablas que ha habido pérdida de información, ya que
hemos perdido la relación del empleado con su departamento. Para solucionar esta situación
debemos incluir en esta última tabla un atributo que nos permita relacionarlas (Cod. Dpto) con
los valores correspondientes.
Una vez arreglada esta situación podemos decir que las dos tablas que se nos han generado
estarían ya en 2FN puesto que los atributos no claves de las tablas si dependen de forma
funcionalmente completa con respecto a las claves.
3FN: Una tabla está en 3FN siempre que esté en 2FN y no hay ningún atributo no clave que
tenga una dependencia funcional transitiva con respecto a alguna de las claves.
Para que las dos tablas que se nos han generado en el apartado anterior puedan tener una
dependencia funcional transitiva, es necesario tener tres grupos de atributos, cosa que no se
da en las tablas anteriores. Al no producirse esta situación no puede haber transitividad entre
atributos claves y no claves, por lo tanto ambas tablas estarían en 3FN.
FNBC: Una tabla está en FNBC si está en 3FN y además todo determinante de una tabla es la
única clave candidata.
A la vista de la información y características de los campos de las tablas anteriores, podemos
deducir que están en FNBC puesto que están en 3FN y los determinantes o identificadores son
los únicos campos o atributos que pueden ser claves candidatas, ya que el resto de atributos
de cada tabla son susceptibles de que repita su valor en algún registro.