Ejercicios Resueltos De Normalizacion De Base De Datos Pdf 211 Upd

Para solucionar esto, aplicamos las de manera progresiva. Las Formas Normales Explicadas con Ejercicios Resueltos

Nota: Ahora la clave primaria (PK) es compuesta: (ID_Estudiante, Curso) . Paso 2: Aplicar la Segunda Forma Normal (2FN)

| IdPedido | Producto | Cliente | EmailCliente | PrecioUnit | Cantidad | | :--- | :--- | :--- | :--- | :--- | :--- | | 101 | Laptop | Ana | ana@mail.com | 800 | 1 | | 101 | Mouse | Ana | ana@mail.com | 20 | 2 | | 102 | Monitor | Luis | luis@mail.com | 300 | 1 |

Requiere que todos los atributos contengan valores atómicos (indivisibles) y que no existan grupos repetitivos en una misma tabla. Segunda Forma Normal (2FN): Para solucionar esto, aplicamos las de manera progresiva

: Al unir las tablas resultantes mediante operaciones JOIN , siempre debes poder reconstruir la tabla original exactamente igual. Si se pierden datos, la descomposición fue incorrecta.

Una vez domines la 3FN, investiga sobre la Cuarta Forma Normal (4FN) y las dependencias multivaluadas. El camino del administrador de bases de datos es infinito y fascinante.

Para resolverlo, extraemos los datos del vendedor a su propia tabla: ( Cod_Vendedor [CP], Nombre_Vendedor ) Segunda Forma Normal (2FN): : Al unir las

Como existen dependencias parciales, rompemos la tabla en tres entidades para alcanzar la 2FN: PK: Num_Factura Atributos: Fecha, ID_Cliente, Nombre_Cliente Tabla B: PRODUCTOS PK: Cod_Producto Atributos: Descr_Producto, Precio_Unit Tabla C: LINEA_FACTURA PK: (Num_Factura, Cod_Producto) Atributos: Cantidad Paso 3: Aplicar 3FN

, se logra resolver las anomalías de diseño tradicionales, garantizando que cada dato se almacene exactamente en el lugar que le corresponde dentro del modelo relacional.

Todos los atributos deben ser (un solo valor por celda). No deben existir grupos repetitivos. Debe existir una clave primaria clara. Problema en el Caso El camino del administrador de bases de datos

Dividimos la tabla en dos estructuras independientes: Tabla CURSOS_ASIGNADOS Clave Primaria: Curso Curso (PK) Base de Datos Carlos Pérez Programación Marta Rivas Tabla PROFESORES_AULA Clave Primaria: Profesor Profesor (PK) Carlos Pérez Marta Rivas Resumen del Esquema Final Optimizando la Base de Datos

Considere una tabla que registra los vehículos de una empresa y el mantenimiento asignado. La clave primaria es Matricula . Matricula (CP) Marca Modelo ID_Taller Nombre_Taller Direccion_Taller T01cap T 01 Talleres Central Av. Principal 12 T02cap T 02 Norte Mecánica Calle Norte 45 La tabla está en

(ID_Orden, ID_Producto, Cantidad, Nombre_Producto, Precio_Unitario) Paso 3: Aplicar 3FN (Eliminar Transitividad) Detalle_Orden Nombre_Producto Precio_Unitario dependen del ID_Producto , no de la . Los movemos a su propia tabla. Resultado Final: (ID_Cliente, Nombre_Cliente) (ID_Orden, Fecha, ID_Cliente) Productos: (ID_Producto, Nombre_Producto, Precio_Unitario) Detalle_Orden: (ID_Orden, ID_Producto, Cantidad) Recursos Adicionales en PDF

La tabla no está en 2FN porque la columna "Nombre Cliente" y "Dirección Cliente" dependen parcialmente de la ID del cliente. Creamos una tabla separada para los clientes:

Todos los atributos que no forman parte de la clave primaria deben depender de la clave primaria, y no solo de una parte de ella (eliminar dependencias parciales). Problema en el Caso Nuestra clave es (ID_Alumno, Curso) .