RA6 · verificado

RA6 de Bases de Datos · DAW

Diseña modelos relacionales normalizados interpretando diagramas entidad/relación.

Contenido verificado asociado a este RA

Diseño Lógico: de las Herramientas Gráficas a la Identificación de Tablas

Esta unidad introduce el concepto de diseño lógico de bases de datos relacionales, la utilidad de las herramientas gráficas para representarlo (CE a) y el procedimiento para identificar las tablas que se derivan de un diagrama Entidad/Relación, incluyendo el caso especial de las relaciones N:M (CE b). Incluye un ejemplo resuelto paso a paso y un ejercicio práctico con solución.

Identificación de Campos y Claves Primarias/Foráneas a partir del Diagrama E/R

Esta unidad parte de las tablas ya identificadas a partir del diagrama entidad/relación y se centra en determinar sus campos (atributos), así como en la identificación de las claves primarias y foráneas. Mediante un ejemplo guiado, se muestra cómo los atributos de las entidades y relaciones del modelo E/R se transforman en campos concretos del diseño lógico, y cómo estos campos permiten establecer la unicidad de los registros (PK) y las relaciones entre tablas (FK), fundamentales para la integridad referencial.

Análisis de Relaciones entre Tablas y Aplicación Práctica de las Reglas de Integridad

Esta unidad profundiza, en primer lugar, en el análisis de las relaciones entre tablas del diseño lógico —cardinalidad (1:1, 1:N, N:M) y participación (obligatoria/opcional)— ilustrando cómo cada tipo se traduce en claves foráneas y tablas intermedias. En segundo lugar, desarrolla la aplicación práctica de las reglas de integridad —de entidad, referencial y de dominio— mediante ejemplos concretos, ejercicios resueltos y sintaxis SQL de apoyo, garantizando la coherencia y calidad de los datos del modelo relacional.

Normalización de Bases de Datos: Reglas y Aplicación Práctica

Esta unidad explica el proceso de normalización como parte del diseño lógico de bases de datos relacionales (CE g), detallando las dependencias funcionales que fundamentan las formas normales (1FN, 2FN, 3FN y BCNF), y aplicando estas reglas mediante ejemplos prácticos de descomposición de tablas, paso a paso y sin saltos, para eliminar redundancias y anomalías.

Documentación de Restricciones Semánticas no Representables en el Diseño Lógico

Esta unidad aborda cómo identificar, analizar y documentar aquellas reglas de negocio que no pueden implementarse mediante los mecanismos declarativos del diseño lógico (claves primarias, foráneas, restricciones de dominio o CHECK), distinguiéndolas de las que sí son representables, y proponiendo un formato de documentación que garantice su correcta gestión posterior.

Conceptos clave

Diseño lógicoModelo relacionalHerramientas gráficas de diseñoTablaTabla intermedia (relación N:M)Clave primariaClave foráneaCampoAtributoClave primaria (PK)Clave foránea (FK)Clave compuestaClave sustituta (surrogate key)Integridad referencialDel diagrama E/R al diseño lógicoCardinalidad (1:1, 1:N, N:M)Participación (obligatoria/opcional)Tabla intermedia o de asociación

Errores que conviene evitar

Confundir una entidad con una tabla y olvidar que las relaciones N:M generan una tabla intermedia con las claves de ambas entidades relacionadas.
No usar consistentemente la herramienta gráfica durante todo el proceso de diseño, dibujando solo parte del esquema.
Creer que el uso de un software concreto (MySQL Workbench, ER/Studio, etc.) es un requisito curricular obligatorio, cuando en realidad cualquier herramienta gráfica equivalente es válida.
Omitir los atributos propios de una relación N:M al crear la tabla intermedia.
Elegir como clave primaria un campo que puede repetirse o cambiar de valor, como 'nombre' o 'email', en lugar de un identificador estable.
Olvidar añadir la clave foránea en la tabla 'hija' de una relación, dejando la asociación entre tablas sin materializar.
Duplicar información (por ejemplo, repetir 'nombre_categoria' en la tabla PRODUCTO) en lugar de usar una FK que referencie a la tabla CATEGORIA.
Confundir un campo descriptivo (como 'nombre_producto') con un campo identificador único, usándolo erróneamente como PK.

Qué se evalúa en este RA

CE a

Se han utilizado herramientas gráficas para representar el diseño lógico.

CE b

Se han identificado las tablas del diseño lógico.

CE c

Se han identificado los campos que forman parte de las tablas del diseño lógico.

CE d

Se han analizado las relaciones entre las tablas del diseño lógico.

CE e

Se han identificado los campos clave.

CE f

Se han aplicado reglas de integridad.

CE g

Se han aplicado reglas de normalización.

CE h

Se han analizado y documentado las restricciones que no pueden plasmarse en el diseño lógico.