ON DELETE CASCADE con FOREIGN KEY

CREATE TABLE detalle_pedido (
  id INTEGER PRIMARY KEY,
  pedido_id INTEGER NOT NULL
    REFERENCES pedidos(id) ON DELETE CASCADE
);

Tabla padre, tabla hija y dirección del borrado

Una clave foránea conecta una tabla hija con una tabla padre. En un pedido, pedidos puede ser la tabla padre y detalle_pedido la tabla hija: cada línea pertenece a un pedido concreto.

Ejemplo completo: pedido y líneas

SQLite exige que la comprobación de claves foráneas esté habilitada en la conexión para aplicar estas acciones. El ejemplo la activa explícitamente y utiliza dos pedidos para comprobar que la cascada solo afecta al padre eliminado.

PRAGMA foreign_keys = ON;

CREATE TEMP TABLE pedidos_cascade (
  id INTEGER PRIMARY KEY,
  cliente TEXT NOT NULL
);

CREATE TEMP TABLE detalle_cascade (
  id INTEGER PRIMARY KEY,
  pedido_id INTEGER NOT NULL
    REFERENCES pedidos_cascade(id) ON DELETE CASCADE,
  producto TEXT NOT NULL
);

INSERT INTO pedidos_cascade VALUES
  (1, 'Ana'),
  (2, 'Luis');

INSERT INTO detalle_cascade VALUES
  (101, 1, 'Teclado'),
  (102, 1, 'Ratón'),
  (103, 2, 'Monitor');

DELETE FROM pedidos_cascade
WHERE id = 1;

SELECT id, pedido_id, producto
FROM detalle_cascade
ORDER BY id;

Las filas 101 y 102 desaparecen porque dependían del pedido 1. La fila 103 permanece porque pertenece al pedido 2. Esa selectividad es la consecuencia directa de la clave foránea.

Cuándo CASCADE representa bien la regla de negocio

CASCADE encaja cuando la existencia de la fila hija depende conceptualmente de la fila padre. Las líneas de un pedido son un ejemplo claro: una línea sin pedido dejaría de representar el mismo objeto de negocio.

PostgreSQL recomienda elegir la acción según la relación semántica entre los objetos. CASCADE es cómodo, pero una regla automática solo es correcta si expresa la política real del dominio.

No confundas ON DELETE CASCADE con DROP ... CASCADE

Ambos contienen la palabra CASCADE, pero resuelven problemas distintos. ON DELETE CASCADE pertenece a una FOREIGN KEY y actúa sobre filas relacionadas. En cambio, opciones como DROP ... CASCADE afectan objetos dependientes del esquema, por ejemplo constraints o vistas según el motor y la sentencia.

Cómo comprobar un borrado en cascada antes de ejecutarlo

Un borrado en cascada puede afectar muchas filas. Antes de borrar el padre, consulta primero las filas hijas que dependen de él:

SELECT id, pedido_id, producto
FROM detalle_pedido
WHERE pedido_id = 42;

En operaciones sensibles, combina esta comprobación con una transacción: ejecuta el cambio, revisa el resultado y decide entre COMMIT y ROLLBACK cuando tu motor y flujo de trabajo lo permitan.

Índices en la columna hija

Al borrar una fila padre, el motor necesita localizar las filas hijas que la referencian. PostgreSQL señala que suele ser buena idea indexar las columnas de referencia de la tabla hija, aunque declarar una clave foránea no crea necesariamente ese índice de forma automática.

CREATE INDEX idx_detalle_pedido_pedido_id
ON detalle_pedido (pedido_id);

No crees índices por reflejo: confirma el volumen, las consultas y el motor. La idea importante es que integridad referencial y estrategia de índices son decisiones relacionadas, pero no idénticas.

Errores frecuentes

Práctica guiada

PRAGMA foreign_keys = ON;

CREATE TEMP TABLE pedidos_practica (
  id INTEGER PRIMARY KEY
);

CREATE TEMP TABLE lineas_practica (
  id INTEGER PRIMARY KEY,
  pedido_id INTEGER NOT NULL
    REFERENCES pedidos_practica(id) ON DELETE CASCADE
);

INSERT INTO pedidos_practica VALUES (10);
INSERT INTO lineas_practica VALUES
  (1, 10),
  (2, 10);

DELETE FROM pedidos_practica
WHERE id = 10;

SELECT COUNT(*) AS lineas_restantes
FROM lineas_practica;

Compatibilidad entre motores

PostgreSQL y SQLite documentan acciones referenciales como CASCADE, RESTRICT, SET NULL y otras variantes. MySQL también documenta acciones ON DELETE para claves foráneas. Los detalles de comprobación, restricciones diferibles y configuración varían por motor.

En SQLite, la aplicación de claves foráneas depende de la configuración de la conexión, por eso los ejemplos de esta página activan PRAGMA foreign_keys = ON de forma explícita.

Conceptos relacionados

Fuentes técnicas consultadas

• PostgreSQL: Foreign Keys y acciones ON DELETE
• SQLite: Foreign Key Support
• SQLite: PRAGMA foreign_keys
• MySQL: FOREIGN KEY Constraints