Scribd
Cargar
14 vistas3 páginas

Reporté _procesos

Ejercicios de normalización

Cargado por

negger27
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
14 vistas3 páginas

Reporté _procesos

Ejercicios de normalización

Cargado por

negger27
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
Está en la página 1/ 3

Reporte de Aplicación del Proceso de Normalización en un Modelo Lógico

de Base de Datos

Introducción
La normalización de bases de datos es un proceso clave en el diseño de bases de datos
relacionales. Este proceso permite minimizar la redundancia de datos y asegura la
integridad de la información, dividiendo los datos en tablas más pequeñas con relaciones
bien definidas. Esto no solo evita la duplicación de datos, sino que también facilita el
mantenimiento y optimización del sistema de base de datos en términos de rendimiento.

El proceso de normalización se desarrolla en diferentes etapas, llamadas formas normales,


cada una con reglas específicas para mejorar la estructura de la base de datos. Este
documento describe el proceso de normalización aplicado a un modelo lógico, asegurando
el cumplimiento de la Primera, Segunda y Tercera Forma Normal (1NF, 2NF y 3NF).

Primera Forma Normal (1NF)


La Primera Forma Normal establece que cada columna en una tabla debe contener valores
atómicos; es decir, cada campo debe tener un solo valor indivisible. Esta regla elimina la
posibilidad de almacenar listas o conjuntos de valores dentro de una misma columna,
asegurando que la tabla tenga una estructura rectangular y bien definida.

Para aplicar 1NF, es necesario revisar si existen columnas con múltiples valores en el
modelo lógico. Por ejemplo, si existe una tabla 'Pedidos' que incluye una columna con una
lista de productos, esta estructura no cumple con 1NF. Para resolver esto, se debe crear una
tabla adicional, 'DetallePedido', donde cada producto individual tenga su propio registro,
referenciando al 'ID_Pedido'. Esta separación permite que cada valor esté en su propia fila,
evitando los grupos de repetición y cumpliendo con la 1NF.

Ejemplo:
Antes de aplicar 1NF:
| ID_Pedido | Productos |
|-----------|-----------------|
|1 | Producto1, Producto2 |
Después de aplicar 1NF:
| ID_Pedido | Producto |
|-----------|----------------|
|1 | Producto1 |
|1 | Producto2 |
Segunda Forma Normal (2NF)
La Segunda Forma Normal se enfoca en eliminar dependencias parciales, aplicándose a las
tablas con claves compuestas. Para cumplir con 2NF, cada atributo no clave debe depender
de toda la clave primaria, y no solo de una parte de ella. Esto significa que los atributos
deben depender únicamente de la clave primaria completa en lugar de una parte de ella,
eliminando dependencias parciales en la tabla.

Por ejemplo, en una tabla 'CursoEstudiante' con clave compuesta 'ID_Curso' y


'ID_Estudiante', si existe una columna 'NombreCurso' que depende solo de 'ID_Curso', se
debe crear una nueva tabla 'Cursos' para almacenar el nombre del curso. Este cambio
asegura que cada atributo esté en la tabla adecuada y depende exclusivamente de su clave
principal, cumpliendo así con 2NF.

Ejemplo:
Antes de aplicar 2NF:
| ID_Curso | ID_Estudiante | NombreCurso |
|----------|---------------|-------------|
|1 | 101 | Matemáticas |
Después de aplicar 2NF:
| ID_Curso | NombreCurso |
|----------|---------------|
|1 | Matemáticas |

| ID_Curso | ID_Estudiante |
|----------|---------------|
|1 | 101 |

Tercera Forma Normal (3NF)


La Tercera Forma Normal elimina dependencias transitivas, donde un atributo no clave
depende de otro atributo no clave. En una tabla que cumple con 3NF, cada atributo no clave
depende únicamente de la clave primaria y no de otros atributos no clave. Este nivel de
normalización evita inconsistencias y asegura que cada tabla tenga una función específica
en el modelo.

Por ejemplo, en una tabla 'Empleado' con atributos 'ID_Empleado', 'Departamento' y


'JefeDepartamento', si 'JefeDepartamento' depende de 'Departamento', se debe crear una
tabla separada llamada 'Departamentos'. Esto asegura que cada atributo esté correctamente
relacionado con la clave primaria de su tabla, cumpliendo con 3NF.

Ejemplo:
Antes de aplicar 3NF:
| ID_Empleado | Departamento | JefeDepartamento |
|-------------|--------------|------------------|
| 101 | Finanzas | María García |
Después de aplicar 3NF:
| Departamento | JefeDepartamento |
|--------------|------------------|
| Finanzas | María García |

| ID_Empleado | Departamento |
|-------------|-------------------|
| 101 | Finanzas |

Resultados del Proceso de Normalización


Luego de aplicar la normalización hasta la Tercera Forma Normal, el modelo lógico de la
base de datos resulta estructurado en una serie de tablas independientes y bien
relacionadas. Esto incluye la eliminación de redundancia y dependencias innecesarias,
resultando en un sistema eficiente y optimizado.

Las tablas normalizadas permiten consultas optimizadas y aseguran la integridad


referencial entre las entidades. Este diseño garantiza que las actualizaciones sean
consistentes en todas las relaciones, evitando errores y redundancias que afectarían el
rendimiento y la precisión del sistema de base de datos.

Conclusiones
La aplicación de la normalización hasta la Tercera Forma Normal en el diseño de la base de
datos ha demostrado ser esencial para mejorar la estructura y organización de los datos. Al
seguir los pasos de 1NF, 2NF y 3NF, el modelo elimina grupos de repetición, dependencias
parciales y dependencias transitivas, cumpliendo con los principios de la normalización.

Este proceso no solo mejora el rendimiento de las consultas, sino que también facilita el
mantenimiento y actualización de los datos. En definitiva, la normalización es una
herramienta crucial para el diseño eficiente y efectivo de bases de datos relacionales,
asegurando una estructura sólida y funcional para la gestión de datos.

También podría gustarte