Open IoTeacher opened 8 months ago
Narvaez Mata Alejandro
Diego Enrique Maya Lopez
Garcia Santos Jonathan
Gómez Aguilar Jared Emmanuel
Peñuelas Cardenas Cesar Alexis
Rodríguez Morales Susana Abigail
Sanchez Tolentino Gerardo Julian
De Haro Ramirez Isaac
Molina Fabela Edgar Fabian
Cortez Huerta Gonzalo
De La Teja Gonzalez Miguel Adolfo
Felix Sandoval Josue Guadalupe
SALAZAR MORALES ROSY GUADALUPE
Bringas Alvarado Manuel Abraham
Escalante Hernandez Kevin Ulises
VERA CORTEZ OSCAR BERNARDINO 20211855
rodriguez guerrero garinel enrique
Breton Andrade Anthony
Castillejo Robles Lennyn Alejandro
CEBALLOS RESENDIZ VERONICA SARAHI REDES SOCIALES
Valdes Cansino Adrián
Marin Arce Joel Adrian
Ortega Hernandez Alejandra
Mendoza Chaves Claudia Aranza
Rivas Perez Kevin Jonathan
Entrega del Diagrama ER (Version Final) via ScreenShoot de http://sqldraw.app
La normalización en bases de datos es un proceso fundamental para diseñar una base de datos relacional eficiente, minimizar la redundancia de datos y asegurar la integridad de los datos a través de la eliminación de anomalías en las operaciones de inserción, actualización y eliminación. Se basa en la teoría de conjuntos y reglas matemáticas para organizar los datos en tablas que se relacionan entre sí. Este proceso se lleva a cabo mediante una serie de reglas o "formas normales" que una base de datos debe cumplir para considerarse normalizada. A continuación, se describen las reglas de normalización más comunes:
Atomicidad: Cada columna de la tabla debe contener valores indivisibles, es decir, cada campo debe contener solo valores atómicos y no conjuntos de valores. Unicidad: No debe haber filas duplicadas en la tabla. Estructura simple: La tabla debe tener una estructura tal que cada intersección de fila y columna contenga un único valor.
Cumple con todos los requisitos de la 1NF. Todos los atributos que no son clave (atributos no primarios) dependen funcionalmente de la clave primaria completa. Esto significa que cada atributo no clave debe depender de todas las partes de una clave primaria compuesta.
Estar en 2NF. Todos sus atributos no clave deben ser directamente dependientes de la clave primaria, no existiendo dependencias transitivas. En otras palabras, un atributo no clave debe depender solo de la clave primaria y no de otros atributos no clave.
Está en 3NF. Para cada una de sus dependencias funcionales, X → Y, X debe ser una superclave, es decir, X debe ser una clave primaria o una parte de ella.
Está en BCNF. No hay dependencias multivaluadas, lo que significa que no debe haber grupos de dos o más columnas que dependan de un subconjunto de la clave primaria pero no entre sí.
Está en 4NF. Toda dependencia de unión está implicada por las claves candidatas de la tabla. Esto asegura que no se puedan introducir anomalías al unir tablas o descomponerlas basándose en sus claves.