2FN

segunda forma normal

castañeda sánchez diego alejandroCisneros oceguera brandon guillermosolorio martínez fátima

START

ÍNDICE

SEGUNDA FORMA NORMAL

06.

01.

Ejemplo Práctico

Introducción

07.

02.

Ventajas

¿Qué es la 2FN?

08.

03.

Desventajas

Usos de la 2FN en DBMS

09.

04.

Conclusiones

Reglas

05.

¿Cómo normalizar 1FN a 2FN?

Introducción

La normalización de bases de datos es un proceso crucial en el diseño de bases de datos relacionales, cuyo objetivo es organizar los datos de manera eficiente y reducir la redundancia. Este proceso se realiza a través de varias formas normales, cada una de las cuales impone una serie de reglas para la estructuración de las tablas de la base de datos. La segunda forma normal (2NF) es una de estas etapas esenciales en la normalización de datos.

¿Qué es la 2FN?

En palabras más simples, se dice que una relación está en 2FN cuando existe en 1FN, mientras que cada atributo no primo de la relación depende de cada clave candidata en su conjunto. Sin embargo, debe tenerse en cuenta que no impone ninguna restricción a la dependencia de los números no primos de sus atributos no primos. La Tercera Forma Normal se ocupa de ello.

Usos de la 2FN en DBMS

El concepto de 2FN en los sistemas de gestión de bases de datos depende de la dependencia funcional completa. Aplicamos la 2FN a las relaciones que tienen claves compuestas o a las relaciones que tienen una clave principal que consta de dos atributos o más. Por lo tanto, las relaciones que tienen una clave principal de un solo atributo pasan automáticamente a su 2FN. Cualquier relación que no exista en la 2FN puede sufrir más anomalías de actualización.

Data

REGLAS

En palabras más simples,

Si una relación está en 1FN y todos los atributos de las claves no primarias dependen completamente de las claves primarias, entonces se sabe que esta relación está en 2FN.

Data

Para que una relación sea 2FN, debe ser:

• en 1FN;
• no debe consistir en una dependencia parcial.

Data

NOTA:

Cuando el subconjunto de una clave candidata determina los atributos no principales, podemos llamarlo una dependencia parcial.

¿Cómo normalizar 1FN a 2FN?

Eliminamos las dependencias parciales para normalizar las relaciones 1NF dadas a las relaciones 2NF. En caso de que exista una dependencia parcial, eliminaremos ese atributo de la relación que es parcialmente dependiente. Básicamente, lo hacemos colocándolo en una nueva relación con una copia de su determinante.

Veamos un ejemplo...

Ejemplo

Imagina que estamos construyendo una aplicación de administración de un restaurante. Esa aplicación necesita almacenar datos sobre los empleados de la compañía y comienza creando la siguiente tabla de empleados:

Tabla employee_roles

Tabla employees

Tabla jobs

Ventajas

Eliminación de Redundancia

Prevención de Anomalías de Actualización

Mejora de la Integridad de los Datos

Mejor Comprensión de la Estructura de la Base de Datos

Desventajas

Incremento en el Número de Tablas

Consultas Más Complejas

Posibles Problemas de Rendimiento

Mayor Complejidad en el Mantenimiento

Puede no ser Adecuada para Todos los Casos

CONCLUSIONES

La segunda forma normal (2FN) es esencial para reducir la redundancia y mejorar la integridad de los datos en una base de datos. Al eliminar dependencias parciales de la clave primaria, se asegura que todos los atributos no primos dependan completamente de la clave primaria. Esto facilita el mantenimiento de la base de datos y mejora su eficiencia y consistencia. La 2FN optimiza la estructura de la base de datos, garantizando un almacenamiento más eficiente y operaciones más fiables.

¡GRACIAS POR SU ATENCIÓN!

Las operaciones JOIN adicionales, necesarias para combinar tablas divididas, pueden afectar el rendimiento de las consultas, especialmente en bases de datos grandes con muchos registros. Esto puede hacer que las consultas sean más lentas y consumir más recursos.

La normalización a 2FN puede llevar a un aumento en el número de tablas, ya que las dependencias parciales se mueven a nuevas tablas. Esto puede hacer la estructura de la base de datos más compleja y difícil de manejar.

Cada tabla en 2FN mantiene una relación clara entre la clave primaria y los atributos no clave, lo que asegura que los datos estén organizados de manera lógica y sin ambigüedad.

La descomposición de tablas para cumplir con 2FN requiere una gestión cuidadosa para asegurar que las relaciones entre tablas se mantengan correctamente, lo que incrementa el esfuerzo de mantenimiento y la administración de la base de datos.

En algunos escenarios, especialmente en bases de datos pequeñas o cuando el rendimiento es más importante que la integridad, la normalización completa puede ser innecesaria o incluso contraproducente.

La 2FN ayuda a reducir la duplicación de datos al eliminar dependencias parciales, lo cual optimiza el espacio de almacenamiento y minimiza la cantidad de datos repetidos en la base.

Al dividir las tablas en componentes más específicos, la estructura de la base de datos se vuelve más lógica y comprensible, facilitando el mantenimiento y la gestión.

La división de tablas para cumplir con la 2FN puede requerir el uso de más operaciones de unión (JOIN) para obtener información completa, lo cual puede complicar las consultas y hacer que la base de datos sea menos intuitiva para los usuarios finales.

Al eliminar las dependencias parciales, se evitan anomalías de actualización:

• Anomalías de Inserción: Facilita la inserción de nuevos datos sin tener que repetir información.
• Anomalías de Eliminación: Al eliminar un registro, no se pierde información importante.
• Anomalías de Actualización: Permite que las modificaciones en los datos se realicen de manera centralizada, evitando inconsistencias.