Por ejemplo {DNI, ID_PROYECTO} --> HORAS_TRABAJO (con el DNI de un empleado y el ID de un proyecto sabemos cuántas horas de trabajo por semana trabaja un empleado en dicho proyecto) es completamente dependiente dado que ni DNI --> HORAS_TRABAJO ni ID_PROYECTO --> HORAS_TRABAJO mantienen la dependencia. Sin embargo {DNI, ID_PROYECTO} --> NOMBRE_EMPLEADO es parcialmente dependiente dado que DNI --> NOMBRE_EMPLEADO mantiene la dependencia.
Fallas de la segunda forma normal:
La principal falla o defecto de la 2FN es causado por la dependencia transitiva (DT) de atributos no-clave, es decir, una dependencia funcional entre dos o más atributos no-clave. Para evitar o resolver estos casos, primero debemos examinar cada atributo no-clave para verificar si está en DF con otro atributo diferente de la clave principal (PK). Crear una nueva relación para almacenar el no-clave transitivamente dependiente.
Ejemplos de las fallas de la 2FN:
En este ejemplo, la clave primaria es el Cod_Trabajador y los demás son atributos determinados por la PK, pero también se observa que el Bono Familiar depende la Profesión, es decir, tiene una dependencia transitiva.
EJEMPLOS DE LA 2FN:
Ejemplo 1: En la tabla de Habilidades de los empleados, la clave primaria o principal es el Empleado, que determina la Habilidad como el Lugar actual de trabajo, es decir, hay dependencia funcional completa (DFC).



No hay comentarios:
Publicar un comentario