Caso de Estudio: Sistema de Gestión de Pedidos de una Tienda
): Exige que todos los atributos sean atómicos. No se permiten grupos repetidos ni listas de valores dentro de una sola celda. Debe estar en
Observamos que existen dependencias parciales respecto a nuestra clave compuesta (ID_Pedido, ID_Producto) : Caso de Estudio: Sistema de Gestión de Pedidos
La normalización se basa en el concepto de . Decimos que un atributo depende funcionalmente de un atributo A→Bcap A right arrow cap B ) si para cada valor de existe un único valor de
Se extrae la información del cliente a su propia entidad. Tabla final Clientes : ID_Cliente (PK), Nombre_Cliente Tabla final Facturas : Num_Factura (PK), Fecha , ID_Cliente (FK) Tabla final Productos : ID_Producto (PK), Descripcion_Prod , Precio_Unitario Tabla final Ventas_Detalle : Num_Factura (PK, FK), ID_Producto (PK, FK), Cantidad 3. Ventajas Prácticas de la Normalización Decimos que un atributo depende funcionalmente de un
Elimina grupos repetitivos y asegura atomicidad (cada celda tiene un único valor).
Tabla Ventas: (ID_Venta, Fecha, ID_Cliente, ID_Producto, Cantidad) Tabla Ventas: (ID_Venta
Al normalizar una base de datos, se buscan tres metas principales:
: Requiere que la tabla ya esté en 1FN y que todos los atributos no clave dependan de la clave primaria completa, eliminando dependencias parciales.
| ID Pedido | Fecha Pedido | ID Cliente | | --- | --- | --- | | 1 | 2022-01-01 | 1 | | 2 | 2022-01-15 | 2 |
