La normalización de bases de datos es un proceso de diseño que busca organizar la información de una base de datos de manera eficiente y sin redundancias, reduciendo la posibilidad de anomalías y mejorando la integridad de los datos. El objetivo principal es evitar la redundancia de datos y eliminar las dependencias funcionales no deseadas.
El proceso de normalización se lleva a cabo a través de una serie de reglas llamadas formas normales. Las formas normales van desde la primera forma normal (1NF) hasta la quinta forma normal (5NF), y cada una de ellas aborda ciertos aspectos de la organización de los datos. A continuación, se presenta un resumen de las primeras tres formas normales:
- Primera Forma Normal (1NF): Requiere que cada celda de una tabla contenga un solo valor y que cada columna tenga un nombre único. Además, los datos no deben contener grupos repetitivos.
- Segunda Forma Normal (2NF): Para cumplir con la 2NF, la tabla debe cumplir con la 1NF y, además, todas las columnas no clave deben depender completamente de la clave primaria.
- Tercera Forma Normal (3NF): Para cumplir con la 3NF, la tabla debe cumplir con la 2NF y, además, no debe haber dependencias transitivas. Esto significa que los atributos no clave no deben depender de otros atributos no clave.
Primera Forma Normal (1NF)
- Valores Atómicos: Cada celda de la tabla debe contener un solo valor atómico, es decir, un valor que no puede ser dividido en partes más pequeñas con significado propio. Esto asegura que cada atributo tenga una única entrada en cada celda, evitando la presencia de listas, conjuntos o estructuras complejas. Por ejemplo, considera una tabla que almacena información de estudiantes con una columna llamada "Cursos" que contiene múltiples cursos en una sola celda ("Matemáticas, Historia"). Esto violaría la 1NF. En cambio, cada curso debería tener su propia entrada en una fila diferente.
- Nombre Único para Cada Columna: Cada columna en una tabla debe tener un nombre único. Esto evita confusiones y asegura que cada atributo sea identificable de manera única en la tabla. Por ejemplo, si tienes una tabla de empleados con columnas "Nombre" y "Apellido," no deberías tener dos columnas llamadas "Nombre" para almacenar información diferente.
- Orden de las Filas no Importa: El orden en que se ingresan o se presentan las filas no debe afectar la integridad de los datos. En otras palabras, el conjunto de datos debe ser independiente del orden de las filas. Por ejemplo, si tienes una tabla de empleados y cambias el orden en el que se registraron los empleados, la información sobre cada empleado aún debe ser coherente y completa.
|
EstudianteID |
Nombre |
Cursos |
|
1 |
Juan Pérez |
Matemáticas, Historia |
|
2 |
María Gómez |
Ciencias, Literatura |
|
3 |
Carlos Rodríguez |
Inglés, Matemáticas |
|
EstudianteID |
Nombre |
Cursos |
|
1 |
Juan Pérez |
Matemáticas |
|
1 |
Juan Pérez |
Historia |
|
2 |
María Gómez |
Ciencias |
|
2 |
María Gómez |
Literatura |
|
3 |
Carlos Rodríguez |
Inglés |
|
3 |
Carlos Rodríguez |
Matemáticas |
La Segunda Forma Normal (2NF)
- Debe cumplir con la 1NF: Esto implica que todos los valores en la tabla deben ser atómicos, es decir, cada celda debe contener un único valor.
- Todas las columnas no clave deben depender completamente de la clave primaria: Cada atributo no clave en la tabla debe depender completamente de la clave primaria, y no de solo una parte de ella.
|
ISBN |
Título |
Autor |
Librería |
Ubicación |
|
978-1-xxx-xx-xx-1 |
"Introduction to DB" |
John Smith |
Librería A |
Estante 1 |
|
978-1-xxx-xx-xx-1 |
"Introduction to DB" |
John Smith |
Librería B |
Estante 3 |
|
978-2-xxx-xx-xx-2 |
"Data Science 101" |
Jane Doe |
Librería A |
Estante 2 |
|
ISBN |
Título |
Autor |
|
978-1-xxx-xx-xx-1 |
"Introduction to DB" |
John Smith |
|
978-2-xxx-xx-xx-2 |
"Data Science 101" |
Jane Doe |
|
ISBN |
Librería |
Ubicación |
|
978-1-xxx-xx-xx-1 |
Librería A |
Estante 1 |
|
978-1-xxx-xx-xx-1 |
Librería B |
Estante 3 |
|
978-2-xxx-xx-xx-2 |
Librería A |
Estante 2 |
La Tercera Forma Normal (3NF)
- Todos los atributos no clave deben depender directamente de la clave primaria; no debe haber dependencias transitivas.
|
EmpleadoID |
Nombre |
Departamento |
Ubicación |
|
1 |
Juan |
Ventas |
Ciudad A |
|
2 |
María |
Finanzas |
Ciudad B |
|
3 |
Carlos |
Ventas |
Ciudad A |
|
EmpleadoID |
Nombre |
Departamento |
|
1 |
Juan |
Ventas |
|
2 |
María |
Finanzas |
|
3 |
Carlos |
Ventas |
|
Departamento |
Ubicación |
|
Ventas |
Ciudad A |
|
Finanzas |
Ciudad B |
Comentarios
Publicar un comentario