Modelatge Entitat‑Relació i Disseny de Bases de Dades

Modelado Entidad‑Relación (E‑R) y Diseño de Bases de Datos

El modelo Entidad‑Relación es la base para diseñar bases de datos relacionales robustas y bien estructuradas. En este curso aprenderás los conceptos clave que aparecen en los exámenes de informática y bases de datos, con ejemplos claros y buenas prácticas para que puedas aplicar el conocimiento en proyectos reales.

1. Clave candidata

Una clave candidata es el conjunto mínimo de atributos que identifica de forma única cada instancia de una entidad. Cada entidad puede tener varias claves candidatas, pero solo una será elegida como clave primaria.

• Debe ser única: ningún par de tuplas puede compartir los mismos valores.
• Debe ser irreducible: si se elimina cualquier atributo del conjunto, ya no garantiza unicidad.
• Ejemplo: en una tabla Estudiante, tanto dni como email pueden ser claves candidatas.

2. Cardinalidad de relaciones: 1:N vs M:N

La cardinalidad describe cuántas instancias de una entidad pueden asociarse con instancias de otra entidad.

• Relación 1:N: una entidad del primer tipo ("uno") se relaciona con muchas del segundo tipo, pero cada instancia del segundo tipo está asociada a máximo una del primero. Ejemplo típico: Autor → Libro.
• Relación M:N: cada entidad del primer tipo puede relacionarse con muchas del segundo y viceversa. Requiere una tabla intermedia (entidad asociativa) para almacenar las asociaciones. Ejemplo: Estudiante ↔ Curso.

3. Modelado de historiales: caso de juguetes entregados a un niño

Cuando se necesita registrar información adicional sobre la relación (fecha de entrega, tipo de juguete, etc.), la mejor opción es crear una entidad asociativa con atributos propios.

• Entidades principales: Niño y Juguete.
• Entidad asociativa: Entrega con atributos fecha y tipo.
• Esta estructura permite almacenar varios registros de entregas para el mismo niño y para el mismo juguete, manteniendo la trazabilidad.

4. Participación total vs parcial

La participación indica si la existencia de una entidad depende de su participación en una relación.

• Participación total (obligatoria): cada instancia de la entidad debe participar al menos una vez en la relación. Se representa con una doble línea en el diagrama E‑R.
• Participación parcial (opcional): la entidad puede existir sin estar relacionada. Se representa con una línea simple.

5. Jerarquías de especialización

En una especialización (subclase), cada instancia de la subclase también es una instancia de la superclase. Esto garantiza la herencia de atributos y la consistencia del modelo.

• Ejemplo: Empleado (superclase) → Gerente (subclase). Un gerente posee todos los atributos de empleado más los propios.
• La condición de pertenencia se verifica mediante una restricción de integridad que asegura que el registro de la subclase tiene una fila correspondiente en la tabla de la superclase.

6. Atributos derivados

Un atributo derivado no se almacena directamente; se calcula a partir de otros atributos.

• Ejemplo: edad se deriva de fecha_nacimiento mediante la fórmula edad = año_actual - año_nacimiento.
• En los diagramas E‑R se indica con una línea punteada.
• Ventaja: evita redundancia y mantiene la consistencia de los datos.

7. Entidades débiles

Una entidad débil no posee una clave primaria propia; depende de una relación identificadora con otra entidad (la entidad fuerte) para su identificación completa.

• Se representa con un rectángulo doble.
• Ejemplo clásico: DetallePedido depende de Pedido. La clave primaria de DetallePedido se compone del identificador de Pedido más un atributo propio (p.ej., número de línea).
• Esta dependencia garantiza la integridad referencial y evita la existencia de registros huérfanos.

8. Relaciones ternarias y cardinalidad 1:M:N

Una relación ternaria involucra tres entidades simultáneamente. Cuando la cardinalidad es 1:M:N, una entidad puede participar con una sola asociación, mientras que las otras pueden tener muchas.

• Ejemplo: Profesor, Asignatura y Semestre. Un profesor imparte una asignatura en un semestre concreto (1), pero una asignatura puede ser impartida por varios profesores (M) y un semestre puede contener varias asignaturas (N).
• Para modelar correctamente, a menudo se descompone la ternaria en dos relaciones binarias con una entidad intermedia que captura la combinación única.

9. Buenas prácticas de modelado E‑R

Aplicar las siguientes recomendaciones mejora la claridad y la mantenibilidad de la base de datos:

• Normalización: asegura que cada tabla cumpla con las formas normales (1NF, 2NF, 3NF) para evitar redundancia.
• Nombrado consistente: usa nombres descriptivos y en singular para entidades y atributos.
• Documentación: incluye comentarios y diagramas que expliquen decisiones de diseño.
• Restricciones de integridad: define claves primarias, foráneas y checks que reflejen reglas de negocio.

10. Resumen rápido

Para consolidar lo aprendido, revisa los conceptos clave:

• Clave candidata: conjunto mínimo que identifica de forma única.
• 1:N vs M:N: la primera necesita una tabla intermedia solo en caso de M:N.
• Entidades asociativas: usadas cuando la relación lleva atributos propios.
• Participación total: entidad obligada a participar en la relación.
• Especialización: subclase es instancia de la superclase.
• Atributo derivado: calculado a partir de otros atributos.
• Entidad débil: depende de una entidad fuerte para su identificación.
• Relación ternaria 1:M:N: una entidad con participación única, las demás con múltiples.

Dominar estos conceptos te permitirá diseñar esquemas de bases de datos eficientes, escalables y alineados con los requerimientos del negocio. ¡Practica creando diagramas E‑R y conviértelos en esquemas relacionales para afianzar tu aprendizaje!