3FN – En Matricula(Estudiante, Curso, Hora, Aula, Nota) aparece Curso, Hora → Aula y Aula → Curso → transitiva. Separar Horario(Curso, Hora, Aula) y AulaCurso(Aula, Curso) pero esto es redundante. Mejor: Horario(Curso, Hora, Aula) con Aula → Curso ya cubierto.
Muchos estudiantes buscan compendios extensos como guías de para preparar sus evaluaciones. Al buscar este tipo de documentación técnica en la web, es recomendable verificar que incluyan diagramas entidad-relación (DER) y la transición detallada de las tablas para facilitar la comprensión visual del proceso.
Telefono_Profesor depende directamente de Profesor , no del Curso_ID . 3FN – En Matricula(Estudiante, Curso, Hora, Aula, Nota)
Es un conjunto de reglas (Formas Normales) que aplicamos a las tablas para asegurar que la estructura sea óptima. Las más comunes en entornos académicos y profesionales son: 1FN (Primera Forma Normal):
Para resolver esto, dividimos la estructura en tres tablas independientes: ID_Pedido (Clave Primaria) Fecha_Pedido ID_Cliente Nombre_Cliente Tabla PRODUCTOS ID_Producto (Clave Primaria) Nombre_Producto Precio_Unitario Tabla DETALLE_PEDIDO ID_Pedido (Clave Foránea) ID_Producto (Clave Foránea) Muchos estudiantes buscan compendios extensos como guías de
Revisamos la tabla en busca de dependencias transitivas. Observamos lo siguiente: Profesor depende de Curso_ID .
Al diseñar una base de datos relacional, es común agrupar demasiada información en una sola tabla. Esto genera tres problemas críticos: Es un conjunto de reglas (Formas Normales) que
Aula , Profesor . Si asumimos que cada curso tiene un único profesor asignado y un aula fija, no hay dependencias transitivas entre campos no clave. Si un profesor determinara el aula de manera independiente, habría que separar la asignación del profesor. En este escenario estándar, las tablas ya cumplen con la 3FN. Ejercicio 2: Sistema de Facturación y Ventas
La clave primaria es compuesta: ( IdPedido , Producto ). Observamos: