Robert Gamboa Ruiz

Ejemplo
En una tienda en línea, el backend procesa el inicio de sesión del usuario, verifica las credenciales y recupera el perfil desde la base de datos.

Ejemplo
En ese sitio de tienda, el Frontend muestra botones, menús, imágenes de productos y formularios para que el usuario filtre y agregue productos al carrito.

Ejemplo
MySQL actúa como un DBMS: permite que el Backend ejecute consultas SQL para insertar, actualizar o consultar registros.

Ejemplo
"25" es un dato numérico aislado; solo toma sentido si sabemos que representa, por ejemplo, la edad de una persona.

Ejemplo

Un empleado puede tener asignado solo un coche de empresa.

Ejemplo

Dato: “180”

Sin contexto no significa mucho. Pero si decimos: “180 minutos de duración de una película”, ese dato se convierte en información, ya que ahora tiene sentido para quien lo utiliza.

Ejemplo

Supón que queremos diseñar una base de datos para una biblioteca. Podríamos tener entidades como Libro, Autor y Préstamo, con sus respectivos atributos, y relaciones entre ellas como “Autor escribe Libro” y “Usuario realiza Préstamo”.

• Entidad: Representada por un rectángulo, contiene el nombre de la entidad (por ejemplo, Autor).

• Relación: Representada por un rombo, describe cómo dos o más entidades están conectadas.

• Atributo: Representado por un óvalo, indica una propiedad de una entidad (por ejemplo, Nombre del Autor).

Ejemplo

En un sistema de ventas, un ERD puede incluir entidades como Cliente, Producto, Pedido, y mostrar líneas que conectan Cliente–Pedido (1:N) y Pedido–Producto (N:M) con tablas intermedias como DetallePedido.

• Rectángulo → Entidad

• Óvalo → Atributo

• Rombo → Relación

• Línea → Conexión entre entidades y atributos

Ejemplo
Una base de datos de escuela con tablas como Estudiantes, Cursos, y Matrículas. Cada tabla almacena datos relevantes y se relacionan entre ellas mediante claves.

Ejemplo
Para un sistema de gestión escolar: primero se recolectan los requisitos, luego se diseñan diagramas ER, se programa, se prueba, se implementa y se mantiene.

Ejemplo
Una Persona como entidad: tiene atributos como Nombre, ID, Fecha de nacimiento.

Ejemplo
La entidad Estudiante tiene instancias como (ID = 1, Nombre = Ana), (ID = 2, Nombre = Carlos).

Ejemplo
En la entidad Libro, los atributos podrían ser ISBN, Título, Autor.

• Atributo simple: indivisible.

• Compuesto: formado por subcomponentes (ej. Dirección = calle, ciudad)

• Univalorado: un solo valor (ej. ID)

• Multivalorado: admite múltiples valores (ej. Teléfonos del empleado)

• Derivado: calculado a partir de otros (ej. Edad desde Fecha de nacimiento)

• Nulo: valor desconocido o no aplicable.

• Clave primaria: identifica de forma única una entidad.

• Clave foránea: referencia a clave primaria de otra entidad.

• Superclave: conjunto de atributos que identifica de manera única una entidad

Ejemplos:

• Atributo simple: Nombre.

• Atributo compuesto: Dirección (calle + ciudad).

• Atributo multivalorado: Teléfonos.

• Atributo derivado: Edad.

• Clave primaria: ID_estudiante.

• Clave foránea: ID_curso en tabla Matrícula.

Ejemplo
En una relación Autor–Libro: un autor escribe muchos libros (1:N), y cada libro es escrito por un autor (N:1).

Ejemplo
El objeto (instancia) de la clase Automóvil podría ser un carro específico con atributos concretos como chasis, color, fabricante.

• Entidad fuerte: existe independientemente; tiene clave primaria propia.

• Entidad débil: depende de otra entidad fuerte; no tiene clave primaria completa.

• Discriminante: atributo que diferencia subtipos en entidades jerárquicas (no detallado en fuentes).

Ejemplo

• Entidad fuerte: Cliente.

• Entidad débil: Orden que depende de Cliente.

• Discriminante: En entidad Empleado, el campo tipo_empleado puede discriminar entre Administrativo o Técnico.

• Total Todos los elementos del padre deben pertenecer a alguna especialización.

• Parcial Algunos elementos pueden no pertenecer a ninguna especialización.

• Disjunta: Un elemento solo puede pertenecer a una especialización.

• Solapada: Un elemento puede pertenecer a varias especializaciones.

Ejemplo
Enti_Empleado puede especializarse en Ingeniero, Doctor o Profesor. Si cada empleado debe ser uno de estos (total) y no puede ser más de uno (disjunta), es una especialización total disjunta

• Tabla — Conjunto de tuplas.

• Tupla— Fila que representa una entidad.

• Atributo— Columna que define propiedades.

• Dominio de un Atributo — Conjunto de valores válidos para un atributo

Ejemplo
Tabla ESTUDIANTE con atributos (ID, Nombre, Edad). Una tupla podría ser (1, "Ana", 20). El dominio de Edad es números enteros positivos.

Ejemplo

CREATE SCHEMA [schema_title] [AUTHORIZATION owner]
[DEFAULT CHARACTER SET set_name]
[PATH schema_title[, ...]]
[ ANSI CREATE statements [...] ]
[ ANSI GRANT statements [...] ];

• Clave primaria: identifica de forma única cada tupla.

• Clave foránea: referencia a clave primaria de otra tabla.

• Superclave: conjunto de atributos que identifica de forma única, pero no necesariamente mínima.

• Clave candidata: superclave minimal

Reglas de traducción: el paso de MER a modelo relacional define cómo entidades, relaciones y atributos se convierten en tablas y claves.

1. Reflexividad: si Y⊆X, entonces X→Y.

2. Aumento: de X→Y, inferir XZ→YZ.

3. Transitividad: de X→Y y Y→Z, inferir X→Z

Ejemplo
De {A, B} → C y C → D, se infiere {A, B} → D (transitividad).

Su contribución más significativa fue precisamente esta forma normal, que garantiza que cada dependencia funcional no trivial tenga como determinante una clave candidata, eliminando problemas de redundancia.

Ejemplo
Una tabla que viola BCNF tiene una dependencia X→Y donde X no es clave candidata. Se descompone en tablas que satisfacen esta condición.

Este enfoque ha sido ampliamente adoptado como base para el diseño de bases de datos relacionales, facilitando el paso del modelo conceptual al lógico

Ejemplo

Un diagrama MER representa entidades como Estudiante o Curso, atributos como nombre o ID, y relaciones como "inscribe" entre ambos.

Tipos comunes:

• Anomalías de inserción: No se puede ingresar un dato sin otros obligatorios.

• Anomalías de eliminación: Se pierde información al eliminar un registro.

• Anomalías de actualización: Cambios en datos redundantes no se sincronizan.

Ejemplo

En una tabla que combine información de cliente y pedido, actualizar la ciudad del cliente en un pedido no actualiza los otros registros, generando inconsistencia.

Ejemplo

Si separas una tabla Empleado_Proyecto en dos partes mal estructuradas y luego las unes, pueden aparecer combinaciones de datos inexistentes originalmente.

Ejemplo:

• MER: Describe conceptualmente "Estudiante tiene Nombre, ID y se inscribe en Curso".

• DER: Dibuja Estudiante como rectángulo, Nombre como óvalo, y la relación inscribe como diamante.