Normalización de bases de datos: primera, segunda y tercera forma normal
Resumen
El documento explica las tres primeras formas normales en el diseño de bases de datos relacionales. Muestra cómo separar datos maestros de transacciones para eliminar repeticiones, cómo eliminar dependencias parciales de la clave principal y qué condiciones debe cumplir una tabla para estar en tercera forma normal, con ejemplos de tablas de ventas.
Puntos clave
- La Primera Forma Normal (1FN) elimina la repetición de datos y obliga a guardar los datos maestros, como los de clientes, en tablas separadas.
- La Segunda Forma Normal (2FN) exige que cada columna dependa de la clave principal completa; si depende solo de una parte, debe moverse a otra tabla.
- En el ejemplo de ventas, ClienteVenta y FechaVenta dependen solo de VentaID, por lo que se trasladan a una tabla maestra de ventas.
- La Tercera Forma Normal (3FN) establece que ninguna columna puede depender de una columna que no sea clave y que no puede haber datos derivados.
- En el ejemplo de incumplimiento, la columna Medida depende de ProductoID, que no es clave, por lo que la tabla no cumple la 3FN.
Normalización de Bases de Datos
Primera Forma Normal
La Primera Forma Normal (1FN) implica eliminar la repetición de datos en las tablas. Los datos maestros, como los de clientes, deben almacenarse en tablas separadas y referenciarse mediante claves externas en las tablas de transacciones, como las de ventas.
Segunda Forma Normal
La Segunda Forma Normal (2FN) requiere que cada columna de una tabla dependa de la clave principal completa. Si una columna depende de una parte de la clave principal, debe moverse a una tabla separada.
**Ejemplo:**
| VentaID | ItemID | FechaVenta | ClienteVenta | ProductoId | Cantidad |
| 1 | 1 | 01/12/2007 | 2 | 2334 | 10 |
| 1 | 2 | 01/12/2007 | 2 | 3333 | 2 |
| 1 | 3 | 01/12/2007 | 2 | 66643 | 34 |
| 1 | 4 | 01/12/2007 | 2 | 21 | 3 |
| 2 | 1 | 02/12/2007 | 5 | 3566 | 6 |
En este ejemplo, las columnas ClienteVenta y FechaVenta se repiten para cada venta. Por lo tanto, se deben mover a una tabla maestra de ventas:
| VentaID | ItemID | ProductoId | Cantidad |
| 1 | 1 | 2334 | 10 |
| 1 | 2 | 3333 | 2 |
| 1 | 3 | 66643 | 34 |
| 1 | 4 | 21 | 3 |
| 2 | 1 | 3566 | 6 |
| VentaId | FechaVenta | ClienteVenta |
| 1 | 01/12/2007 | 2 |
| 2 | 02/12/2007 | 5 |
Tercera Forma Normal
La Tercera Forma Normal (3FN) establece que:
- Ninguna columna puede depender de una columna que no tenga una clave.
- No puede haber datos derivados.
En el ejemplo anterior, todas las columnas dependen de la clave principal (VentaID) y no hay datos derivados, por lo que cumple con la 3FN.
**Ejemplo de incumplimiento de la 3FN:**
| VentaID | ItemID | ProductoID | Cantidad | Descripcion | Medida | Proveedor |
| 1 | 1 | 3455 | 12 | Impresora HP LJ8000 | 122cm | 1 |
| 1 | 2 | 2455 | 34 | Scanner HP A3555 | 33cm | 1 |
| 2 | 1 | 5444 | 21 | Mouse HP Wireless | – | 1 |
En este ejemplo, la columna Medida depende de la columna ProductoID, que no es una clave. Por lo tanto, la tabla no cumple con la 3FN.
Descargar
PDF Word HTMLPreguntas frecuentes
¿Qué establece la Primera Forma Normal?
La Primera Forma Normal implica eliminar la repetición de datos en las tablas. Los datos maestros, como los de clientes, deben almacenarse en tablas separadas y referenciarse mediante claves externas.
¿Cuándo una tabla cumple la Segunda Forma Normal?
Una tabla cumple la Segunda Forma Normal cuando cada columna depende de la clave principal completa. Si una columna depende solo de una parte de la clave, debe moverse a una tabla separada.
¿Por qué la tabla del ejemplo de Medida no cumple la 3FN?
Porque la columna Medida depende de ProductoID, que no es una clave de la tabla. La 3FN prohíbe que una columna dependa de una columna que no tenga clave.
Ponte a prueba
Tarjetas de repaso
Pulsa una tarjeta para ver la respuesta.
Test
Preguntas generadas con IA a partir del documento: comprueba las respuestas con el texto.