Cómo Diseñar Claves Foráneas y Relaciones Correctamente

Las claves foráneas son lo que hace que las bases de datos relacionales sean relacionales. Aplican la integridad referencial — asegurando que una fila en una tabla siempre apunte a una fila válida en otra. Diseñar correctamente las claves foráneas es una de las decisiones más impactantes en el diseño de tu esquema.

Los Fundamentos

Una clave foránea es una columna (o conjunto de columnas) en una tabla que referencia la clave primaria de otra tabla. Cuando dices "cada pedido pertenece a un usuario," estás definiendo una clave foránea: orders.user_id referencia users.id.

La base de datos aplica esta restricción automáticamente. No puedes insertar un pedido con un user_id que no exista en la tabla users, y no puedes eliminar un usuario que todavía tiene pedidos (a menos que configures reglas de cascada).

Relaciones Uno a Muchos

Este es el tipo de relación más común. Un usuario tiene muchos pedidos. Una publicación de blog tiene muchos comentarios. Un departamento tiene muchos empleados. El patrón es siempre el mismo: el lado "muchos" obtiene una columna de clave foránea que apunta al lado "uno".

En ER Flow, creas esto agregando una columna como user_id a la tabla orders y dibujando una línea de relación. La herramienta gestiona la restricción FK por ti.

Relaciones Uno a Uno

Las relaciones uno a uno son menos comunes, pero útiles para dividir los datos de una tabla por razones de privacidad, rendimiento u organización. Por ejemplo, una tabla users puede tener una tabla separada user_profiles con información extendida.

Para garantizar el uno a uno, agrega una restricción UNIQUE en la columna de clave foránea. Esto asegura que cada usuario pueda tener como máximo un perfil.

Relaciones Muchos a Muchos

Cuando ambos lados pueden tener múltiples registros relacionados — estudiantes y cursos, usuarios y roles, productos y categorías — necesitas una tabla de unión. Esta tabla tiene dos claves foráneas, una por cada lado, y su clave primaria suele ser la combinación de ambas.

Por ejemplo: enrollments con student_id y course_id. Puedes agregar columnas adicionales a la tabla de unión, como enrolled_at o grade.

Reglas de Cascada

¿Qué ocurre cuando eliminas un usuario que tiene pedidos? La cláusula ON DELETE controla este comportamiento:

CASCADE: Eliminar el usuario elimina automáticamente todos sus pedidos. Úsalo para datos verdaderamente dependientes (p. ej., eliminar una publicación elimina sus comentarios).

SET NULL: Eliminar el usuario establece user_id en NULL en sus pedidos. Úsalo cuando el hijo puede existir de forma independiente.

RESTRICT (predeterminado): Impide la eliminación por completo. Primero debes eliminar o reasignar los pedidos. Este es el valor predeterminado más seguro.

Errores Comunes

Referencias circulares: La tabla A referencia la tabla B, que referencia la tabla A. Esto complica las inserciones y eliminaciones. Evítalo si es posible; si es necesario, haz que uno de los lados sea anulable.

Índices faltantes: Las columnas de clave foránea casi siempre deben estar indexadas. Sin un índice, las consultas JOIN y las operaciones CASCADE pueden ser extremadamente lentas en tablas grandes.

Sobre-referenciación: No toda relación necesita una restricción de clave foránea. Si estás referenciando datos entre microservicios o sistemas externos, una columna de ID simple (sin restricción FK) suele ser más práctica.

En ER Flow, las relaciones se crean visualmente. Puedes ver cada clave foránea, comprender la cardinalidad de un vistazo y configurar las reglas de cascada — todo sin escribir SQL.