Ejercicios Resueltos De Normalizacion De Base De Datos Pdf 19 May 2026
In the silent, blue-lit corner of the "Cervantes" University Library, Mateo stared at a flickering screen. It was 3:00 AM, and the document title mocked him: “Ejercicios Resueltos de Normalización de Base de Datos - PDF 19.”
To anyone else, it was a dry technical manual. To Mateo, it was the key to passing his final exam and keeping his scholarship.
The PDF wasn't just a list of answers; it was a journey through the chaotic mind of an imaginary retail giant called "MegaCorp." Mateo watched as the document methodically dismantled MegaCorp’s messy data.
The First Normal Form (1NF): The PDF showed him a table so bloated it looked like a hoarder’s closet. Customer names, phone numbers, and addresses were all jammed into single cells. Mateo felt a surge of satisfaction as the guide taught him to give every piece of data its own "home." No more repeating groups. Clean. Atomic.
The Second Normal Form (2NF): Here, the story shifted. It was about relationships. The guide pointed out that a product’s price shouldn’t depend on a customer’s ID. "Functional Dependency," the text whispered. Mateo mentally separated the "Orders" from the "Products," creating two distinct worlds that only talked to each other through a Primary Key—a digital handshake.
The Third Normal Form (3NF): This was the climax. The PDF warned of "Transitive Dependencies"—the hidden ghosts in the machine. A city shouldn't depend on an Order ID; it depends on the Zip Code. Like a surgeon, Mateo followed the PDF's lead, extracting the "Geography" table away from the "Customers."
As the sun began to rise over the campus, Mateo reached the end of the 19th exercise. The once-monstrous "MegaCorp" spreadsheet had been transformed into a beautiful, logical constellation of six perfectly linked tables.
He closed his laptop, the logic of Normal Forms now hardwired into his brain. He realized that normalization wasn't just about databases; it was about finding the hidden order in a messy world.
Ejercicios Resueltos de Normalización de Base de Datos PDF: Una Guía Completa
La normalización de bases de datos es un proceso fundamental en el diseño de bases de datos relacionales. El objetivo de la normalización es asegurarse de que la estructura de la base de datos sea óptima, eliminando la redundancia de datos y mejorando la integridad de la información. En este artículo, se presentarán ejercicios resueltos de normalización de base de datos en formato PDF, con el fin de proporcionar una guía práctica y completa para aquellos que buscan mejorar sus habilidades en el diseño de bases de datos.
Introducción a la Normalización de Bases de Datos
La normalización de bases de datos es un proceso que se utiliza para organizar la estructura de una base de datos de manera que se minimice la redundancia de datos y se mejore la integridad de la información. La normalización se basa en la aplicación de un conjunto de reglas, llamadas formas normales, que garantizan que la base de datos esté estructurada de manera óptima.
Formas Normales
Existen varias formas normales que se utilizan en la normalización de bases de datos. A continuación, se presentan las formas normales más comunes:
- Primera Forma Normal (1FN): Una tabla está en 1FN si cada celda contiene un valor único.
- Segunda Forma Normal (2FN): Una tabla está en 2FN si está en 1FN y no hay dependencias parciales.
- Tercera Forma Normal (3FN): Una tabla está en 3FN si está en 2FN y no hay dependencias transitivas.
Ejercicios Resueltos de Normalización de Base de Datos
A continuación, se presentan algunos ejercicios resueltos de normalización de base de datos en formato PDF:
Ejercicio 1
Se tiene la siguiente tabla:
| ID Cliente | Nombre | Dirección | ID Pedido | Fecha Pedido | | --- | --- | --- | --- | --- | | 1 | Juan Pérez | Calle 123 | 1 | 2022-01-01 | | 1 | Juan Pérez | Calle 123 | 2 | 2022-01-15 | | 2 | María Gómez | Calle 456 | 3 | 2022-02-01 |
Solución
La tabla no está en 1FN porque la celda de la columna "ID Pedido" contiene varios valores. Para normalizar la tabla, se crea una nueva tabla para los pedidos:
Tabla Clientes
| ID Cliente | Nombre | Dirección | | --- | --- | --- | | 1 | Juan Pérez | Calle 123 | | 2 | María Gómez | Calle 456 |
Tabla Pedidos
| ID Pedido | ID Cliente | Fecha Pedido | | --- | --- | --- | | 1 | 1 | 2022-01-01 | | 2 | 1 | 2022-01-15 | | 3 | 2 | 2022-02-01 |
Ejercicio 2
Se tiene la siguiente tabla:
| ID Pedido | ID Cliente | Fecha Pedido | Total Pedido | ID Producto | Cantidad | | --- | --- | --- | --- | --- | --- | | 1 | 1 | 2022-01-01 | 100 | 1 | 2 | | 1 | 1 | 2022-01-01 | 100 | 2 | 3 | | 2 | 1 | 2022-01-15 | 200 | 3 | 4 |
Solución
La tabla no está en 2FN porque hay dependencias parciales. Para normalizar la tabla, se crean nuevas tablas para los pedidos y los detalles de pedidos:
Tabla Pedidos
| ID Pedido | ID Cliente | Fecha Pedido | Total Pedido | | --- | --- | --- | --- | | 1 | 1 | 2022-01-01 | 100 | | 2 | 1 | 2022-01-15 | 200 |
Tabla Detalles Pedidos
| ID Detalle | ID Pedido | ID Producto | Cantidad | | --- | --- | --- | --- | | 1 | 1 | 1 | 2 | | 2 | 1 | 2 | 3 | | 3 | 2 | 3 | 4 |
Conclusión
La normalización de bases de datos es un proceso fundamental en el diseño de bases de datos relacionales. Al aplicar las formas normales, se puede garantizar que la estructura de la base de datos sea óptima, eliminando la redundancia de datos y mejorando la integridad de la información. Los ejercicios resueltos presentados en este artículo proporcionan una guía práctica para aquellos que buscan mejorar sus habilidades en el diseño de bases de datos.
Recursos Adicionales
Para aquellos que deseen profundizar en el tema de la normalización de bases de datos, se recomienda consultar los siguientes recursos:
- PDF "Normalización de Bases de Datos": Un documento PDF que proporciona una guía completa sobre la normalización de bases de datos.
- "Diseño de Bases de Datos": Un libro que cubre los fundamentos del diseño de bases de datos, incluyendo la normalización.
Esperamos que esta guía haya sido útil para ti. Si tienes alguna pregunta o necesitas más ayuda, no dudes en preguntar.
Esta guía proporciona una revisión exhaustiva de la normalización de bases de datos, un proceso crítico para organizar datos, eliminar la redundancia y asegurar la integridad de la información
. A continuación, se presenta una estructura detallada con ejemplos prácticos resueltos, ideal para estudiantes y profesionales que buscan material de estudio tipo "PDF 19" o guías de ejercicios. Introducción a la Normalización
La normalización consiste en aplicar una serie de reglas (Formas Normales) para simplificar estructuras de datos complejas en tablas más pequeñas y estables. Sus objetivos principales son: Reducir la redundancia: Evitar que el mismo dato se almacene en múltiples lugares. Eliminar anomalías:
Evitar problemas al insertar, actualizar o eliminar registros. Mejorar la integridad: Asegurar que los datos sean precisos y coherentes. Ejercicio Resuelto: Sistema de Gestión de Órdenes
Consideremos la siguiente tabla inicial no normalizada que registra las compras de clientes en una tienda: Tabla: Ordenes_Original id_cliente nom_cliente 2026-04-10 Juan Pérez Teclado, Ratón 2026-04-11 Ana Gómez Paso 1: Primera Forma Normal (1NF)
Los valores deben ser atómicos (no grupos repetidos) y cada fila debe ser única. Separamos los artículos en filas individuales. id_cliente nom_cliente 2026-04-10 Juan Pérez 2026-04-10 Juan Pérez 2026-04-11 Ana Gómez Paso 2: Segunda Forma Normal (2NF)
Debe cumplir la 1NF y todos los atributos no clave deben depender de la clave primaria completa , no solo de una parte (eliminar dependencias parciales).
¿Qué es la normalización de bases de datos? - Google Cloud In the silent, blue-lit corner of the "Cervantes"
Para practicar la normalización de bases de datos , puedes encontrar diversos recursos en PDF que incluyen ejercicios resueltos paso a paso desde la 1FN hasta la 3FN
(y en ocasiones BCNF). Estos materiales suelen utilizar ejemplos cotidianos como sistemas de bibliotecas, órdenes de compra o registros de estudiantes para ilustrar cómo eliminar redundancias y anomalías. Guías de Ejercicios Resueltos en PDF
Aquí tienes una selección de guías prácticas disponibles para descarga o consulta directa: Guía de Ejercicios de Normalización (Grch)
: Este documento presenta ejercicios prácticos aplicando las reglas de normalización sobre tablas de órdenes de compra, detallando cómo separar grupos repetitivos y dependencias. Puedes consultarlo en la Guía de Ejercicios de Normalización Práctica de Normalización (UNSA) : Incluye ejercicios enfocados en la Segunda Forma Normal (2FN)
, enseñando a identificar y eliminar columnas que no dependen totalmente de la clave primaria. Disponible en Ejercicios Normalización Bases de Datos Ejemplo Completo de Biblioteca (WordPress)
: Un PDF que muestra la normalización de una base de datos simplificada para una pequeña biblioteca, pasando de una tabla desordenada a un diseño relacional sólido. Ver en ejemplo-de-normalizacion.pdf Ejercicios Resueltos en Scribd : Plataformas como Slideshare
contienen colecciones de hasta 7 ejemplos resueltos que cubren desde el análisis de dependencias funcionales hasta la creación de tablas finales en 3FN. grch.com.ar Resumen de los pasos aplicados en estos ejercicios La mayoría de estos ejercicios siguen este flujo lógico: Ejercicios Normalización Bases de Datos
Guía Práctica: Ejercicios Resueltos de Normalización de Bases de Datos (1FN, 2FN, 3FN)
¿Alguna vez has sentido que tu base de datos es un caos de datos repetidos e inconsistencias? La normalización
es el proceso sistemático diseñado para eliminar estas redundancias y proteger la integridad de tu información.
En este post, exploramos los conceptos clave y te ofrecemos ejemplos prácticos que podrías encontrar en una guía de ejercicios resueltos en PDF ¿Por qué normalizar?
Normalizar una base de datos no es solo por orden; tiene beneficios técnicos críticos: Evita la redundancia: No almacenas el mismo dato en varios lugares. Previene anomalías:
Evitas errores al insertar, actualizar o eliminar registros. Ahorra espacio:
Al dividir tablas complejas en estructuras más simples y relacionadas. Las 3 Formas Normales (FN) Explicadas con Ejemplos
Para que una base de datos se considere "normalizada", generalmente debe cumplir al menos los tres primeros niveles: 1. Primera Forma Normal (1FN): Atomicidad
Cada columna debe contener valores indivisibles (atómicos) y cada registro debe ser único. Universidad Europea Ejercicio:
Una tabla con una columna "Teléfonos" que contiene "555-1234, 555-5678" no está en 1FN Solución:
Debes crear una fila separada para cada teléfono o una tabla relacionada. 2. Segunda Forma Normal (2FN): Dependencia Completa
La tabla debe estar en 1FN y cada atributo que no sea clave debe depender de
la clave primaria, no solo de una parte (en caso de claves compuestas). U San Marcos Ejercicio:
En una tabla de "Matrícula" con clave (ID_Alumno, ID_Curso), si incluyes "Nombre_Alumno", este solo depende del ID_Alumno. Solución:
Separa los datos del alumno a una tabla propia de "Alumnos".
3. Tercera Forma Normal (3FN): Adiós a las Dependencias Transitivas Primera Forma Normal (1FN) : Una tabla está
La tabla debe estar en 2FN y ningún atributo debe depender de otro atributo que no sea la clave primaria.
¿Qué es la normalización de bases de datos? - Google Cloud
Aquí tienes un artículo desarrollado y original sobre ejercicios resueltos de normalización de bases de datos, pensado para ser interesante, didáctico y útil para estudiantes o profesionales. No es un PDF, pero su contenido está listo para copiar, estructurar y convertir fácilmente a PDF (por ejemplo, desde Word o Google Docs).
Ejercicios 4 al 10 (resumidos)
Debido a la extensión, presentamos una tabla con ejercicios rápidos:
| # | Esquema original | Violación | Normalizado | |---|----------------|-----------|--------------| | 4 | Libro(Titulo, Autor, NacionalidadAutor) | Dependencia transitiva (Titulo → Autor → Nacionalidad) | Libro(Titulo, Autor); Autor(Autor, Nacionalidad) | | 5 | Venta(Factura, Producto, Proveedor, Cantidad, Stock) | Stock depende solo de Producto → dependencia parcial | Venta(Factura,Producto,Cantidad); Producto(Producto,Stock); ProductoProveedor(Producto,Proveedor) | | 6 | Cliente(Id, Nombre, Ciudad, CodPostal, Pais) | Código postal → Ciudad, Pais | Cliente(Id,Nombre,CodPostal); CodigoPostal(CodPostal,Ciudad,Pais) | | 7 | Profesor(Id,Nombre,Departamento,Decano) | Departamento → Decano (transitiva) | Profesor(Id,Nombre,Departamento); Departamento(Departamento,Decano) | | 8 | Curso(Cod, Nombre, Profesor, OficinaProf) | Profesor → Oficina (dependencia parcial si PK solo es Cod) | Curso(Cod,Nombre,Profesor); Profesor(Profesor,Oficina) | | 9 | Pedido(IdPed, IdProd, DescripProd, Cant, Cliente, TelCliente) | DescripProd depende solo de IdProd; TelCliente de Cliente | Divide en 3 tablas | | 10 | Universidad(Estudiante, Materia, Nota, PromedioMateria) | PromedioMateria depende solo de Materia (dependencia parcial) | Materia(Materia, PromedioMateria); Acta(Estudiante,Materia,Nota) |
Solución a 2FN: Descomposición en tres tablas
Tabla 1 – Estudiantes
| ID_Estudiante | Nombre_Est |
|---------------|------------|
| 1 | Ana |
| 2 | Luis |
Tabla 2 – Cursos
| ID_Curso | Nombre_Curso | Instructor |
|----------|--------------|------------|
| C101 | SQL | López |
| C102 | Python | Martínez |
Tabla 3 – Inscripciones (hechos)
| ID_Estudiante | ID_Curso | Fecha_Inscrip |
|---------------|----------|---------------|
| 1 | C101 | 2025-01-10 |
| 1 | C102 | 2025-01-12 |
| 2 | C101 | 2025-01-11 |
Resultado: ✅ Ahora cada tabla está en 2FN. No hay dependencias parciales.
Ejercicio 19: Dependencias Funcionales y Tercera Forma Normal (3NF)
Enunciado:
Dada la siguiente relación universal y sus dependencias funcionales (DF):
R(A, B, C, D, E, F)
DFs:
- A → B
- C → D
- B → E
- E → F
- A, C → C (trivial)
Preguntas:
a) Hallar todas las claves candidatas.
b) Llevar a 2NF, luego a 3NF (descomposición sin pérdida y preservando DFs).
c) Indicar si está en BCNF.
Soluciones rápidas para ejercicios 13-19
| Ej | Tablas finales normalizadas (3FN) | |----|------------------------------------| | 13 | Doctor(DoctorID, Esp); Paciente(PacienteID, Enf); Cita(DoctorID,PacienteID,Fecha, Hora) | | 14 | Vuelo(CodVuelo, Fecha, Piloto, AvionModelo, AeropuertoOrigen); Aeropuerto(AeropuertoOrigen, CiudadOrigen) | | 15 | Empleado(EmpleadoID, Sueldo); Proyecto(ProyectoID, Presupuesto); Asignacion(EmpleadoID,ProyectoID,Rol) | | 16 | Producto(Producto, Categoria, Proveedor); Sucursal(Sucursal, Ciudad); Venta(Producto,Sucursal,CantVendida) | | 17 | Estudiante(Carnet, NombreEst, PromedioCarrera); Materia(CodMateria, NombreMateria); Notas(Carnet,CodMateria,Semestre,Nota) | | 18 | Habitacion(Hotel, Habitacion, PrecioNoche); Reserva(Hotel, Habitacion, FechaEntrada, Cliente, FechaSalida, MetodoPago) | | 19 | Cuenta(Cuenta, Cliente, Sucursal, Saldo, TipoCuenta); Sucursal(Sucursal, CiudadSuc); TipoCuenta(TipoCuenta, Interes) |
Tabla en 2FN: Empleados_Proyecto
| ID_Empleado | ID_Proyecto | Rol | ID_Departamento | Nombre_Departamento | |-------------|-------------|------------|----------------|---------------------| | E01 | P1 | Analista | D1 | Ventas | | E02 | P1 | Desarrollador | D2 | TI | | E03 | P2 | Tester | D2 | TI |
Clave primaria: (ID_Empleado, ID_Proyecto)
¿Está en 2FN? Sí, porque no hay dependencias parciales (todos los atributos dependen de la clave completa).
Problema de 3FN:
Nombre_Departamento depende de ID_Departamento, que NO es clave primaria → dependencia transitiva:
ID_Empleado → ID_Departamento → Nombre_Departamento
Paso 4: Verificar 3NF (sin dependencias transitivas)
- En R2: A → B, B → E, E → F
Transitiva: A → E (por B), A → F (por E)
Atributos no clave: B, E, F dependen transitivamente de A.
Descomponemos R2:
- R2a (A, B) con A → B
- R2b (B, E) con B → E
- R2c (E, F) con E → F
Además mantenemos R1 (C, D) y R3 (A, C).
Resultado final (3NF, sin pérdida, conserva DFs):
R1(C, D)
R2a(A, B)
R2b(B, E)
R2c(E, F)
R3(A, C)
Ejercicio 1 – Identificar dependencias funcionales
Enunciado:
Tabla Pedidos(NroPedido, Producto, Precio, Cliente, CiudadCliente)
Dependencias:
NroPedido → Cliente, CiudadCliente
Producto → Precio
Solución paso a paso:
- Clave candidata: (NroPedido, Producto) porque un pedido puede tener varios productos.
- Precio depende solo de Producto → depende parcial → viola 2FN.
- CiudadCliente depende de Cliente → dependencia transitiva si Cliente depende de NroPedido.
Resultado en 2FN:
- Tabla1:
Pedido(NroPedido, Cliente, CiudadCliente) - Tabla2:
DetallePedido(NroPedido, Producto) - Tabla3:
Producto(Producto, Precio)
Domina la Normalización de Bases de Datos: Ejercicios Resueltos Paso a Paso
Autor: Guía práctica para estudiantes y profesionales
Formato sugerido: PDF descargable / Artículo técnico Ejercicios Resueltos de Normalización de Base de Datos