La normalización de bases de datos es un proceso sistemático para garantizar que el modelo relacional evita problemas graves de diseño como la redundancia y falta de uniformidad. Siguiendo las formas normales (FN), las tablas deben cumplir con la 1FN (atributos atómicos), 2FN (no dependencias parciales de la clave primaria), y 3FN (sin dependencias transitivas de la clave primaria) para ser aceptablemente simples y eficientes.
6. Estas reglas están organizadas por niveles. Un nivel más alto exige todos los más bajos anteriores. Tablas en 1FN Tablas en 2FN Tablas en 3FN Tablas en FN de Boyce-Codd (FNBC) Tablas en 4FN Tablas en 5FN
12. La tabla siguiente no está en 1FN: DNI Nombre Telefonos Dirección 43065877X Torcuato Luca de Tena 625726388 971282015 665330890 C/ Urquinaona, 12 43119241T Andrés Riutord Bosch 971112211 616433571 C/ Costa de sa Pols, 12
13.
14. Ejemplo : en la mayoría de situaciones del mundo real: DNICliente detetermina a NombreCliente, por tanto podemos escribir: {DNICliente}->{NombreCliente}
15. Entender cada caso de dependencia funcional exige entender el significado de los atributos
16.
17. Ejemplo : Esta tabla DetallesFactura no está en 2FN, ya que {CodProducto}->{DescripcionProducto} y la clave primaria se compone de 2 atributos NumFactura CodProducto Cantidad DescripcionProducto 21 4 2 Lejía 21 5 1 Amoniaco 23 4 10 Lejía
18.
19.
20. Está claro que {CodCliente} -> {NombreCliente} CodVenta FechaVenta CodCliente NombreCliente CodVendedor 32 05/07/2004 23455 John Smith 22 33 05/07/2004 13229 Quincy Scrubb 12 34 05/07/2004 23455 John Smith 91
21.
22. Cuando una tabla está en 2FN y no está en 3FN es porque hay algún atributo que en lugar de depender directamente de la clave primaria, depende de ella através de algún otro atributo intermedio
23.
24. 2FN = 1FN + Sin dependencias parciales de la Primary Key