La tabla ya se encuentra en 1FN debido a que todos sus datos son atómicos y están estructurados en filas independientes. La Clave Primaria compuesta requerida para identificar unívocamente cada fila es: (Num_Factura, ID_Producto) . Paso 2: Llevar a 2FN
Una versión más fuerte de la 3FN. 💡 Ejercicios Resueltos: De la Teoría a la Práctica
La normalización no es solo seguir reglas, es aplicar el sentido común para que la información sea escalable. Si logras llevar una tabla a , habrás resuelto la mayoría de los problemas de diseño en entornos empresariales. La tabla ya se encuentra en 1FN debido
Como la clave primaria () es simple (un solo atributo), automáticamente está en 2FN . No pueden existir dependencias parciales si la clave no es compuesta. Paso 3: Aplicar 3FN Analicemos las dependencias funcionales de la tabla: Cod_Curso -> Nombre_Curso, Aula, ID_Profesor ID_Profesor -> Nombre_Profesor
: No duplicar información innecesariamente. 💡 Ejercicios Resueltos: De la Teoría a la
¿Estás preparando un o diseñando un sistema real ?
¿Qué estás intentando normalizar? (Por ejemplo: inventarios, facturación, un hospital, etc.) No pueden existir dependencias parciales si la clave
El campo Teléfono de Ana Gómez contiene dos números en la misma celda. Esto viola la Solución (
: (Id_orden, Fecha, Id_cliente, Nom_cliente, Estado)
TablaDesordenada (ID_Estudiante, Nombre, ID_Curso, Nombre_Curso, Profesor, Aula) Solución:
A university library system tracks book loans. Unnormalized Data Structure: Loan(ID_Loan, Student_Name, Book_ID, Book_Title, Author, Loan_Date)
