Cuándo usar " EN CASCADA DE ACTUALIZACIÓN"

1. Sí, significa que, por ejemplo, si lo hace UPDATE parent SET id = 20 WHERE id = 10 todos los niños parent_id de 10 también se actualizarán a 20

2. Si no actualiza el campo al que se refiere la clave foránea, esta configuración no es necesaria

3. No se me ocurre ningún otro uso.

4. No puede hacer eso, ya que la restricción de clave externa fallaría.

¡Creo que has clavado los puntos!

Si sigue las mejores prácticas de diseño de bases de datos y su clave principal nunca es actualizable (lo que creo que siempre debería ser el caso de todos modos), entonces realmente nunca necesita la cláusula ON UPDATE CASCADE.

Zed hizo un buen punto, que si usa una clave natural (por ejemplo, un campo regular de la tabla de su base de datos) como su clave principal, entonces puede haber ciertas situaciones en las que necesite actualizar sus claves principales. Otro reciente ejemplo sería el ISBN (International Standard Book Numbers) que cambió de 10 a 13 dígitos+caracteres no hace mucho tiempo.

Este no es el caso si elige usar subrogadas (por ejemplo, generadas artificialmente por el sistema) como su clave principal (que sería mi opción preferida en todas las ocasiones, excepto en las más raras).

Así que al final: si su clave primaria nunca cambia, entonces nunca necesita la cláusula ON UPDATE CASCADE.

Marc

Hace unos días he tenido un problema con los disparadores, y me he dado cuenta de que ON UPDATE CASCADE puede ser útil. Echa un vistazo a este ejemplo (PostgreSQL):

CREATE TABLE club
(
    key SERIAL PRIMARY KEY,
    name TEXT UNIQUE
);

CREATE TABLE band
(
    key SERIAL PRIMARY KEY,
    name TEXT UNIQUE
);

CREATE TABLE concert
(
    key SERIAL PRIMARY KEY,
    club_name TEXT REFERENCES club(name) ON UPDATE CASCADE,
    band_name TEXT REFERENCES band(name) ON UPDATE CASCADE,
    concert_date DATE
);

En mi edición tuve que definir algunas operaciones adicionales (trigger) para actualizar la tabla de concert. Esas operaciones tenían que modificar club_name y band_name. No pude hacerlo, por referencia. No podía modificar el concierto y luego tratar con las mesas de club y banda. Yo tampoco podía hacerlo al revés. ON UPDATE CASCADE fue la clave para resolver el problema.

Mi comentario se refiere principalmente al punto #3: ¿bajo qué circunstancias se aplica LA CASCADA DE ACTUALIZACIÓN si asumimos que la clave padre no se puede actualizar? Aquí hay un caso.

Estoy tratando con un escenario de replicación en el que múltiples bases de datos satelitales deben fusionarse con un maestro. Cada satélite está generando datos en las mismas tablas, por lo que la fusión de las tablas al maestro conduce a violaciones de la restricción de singularidad. Estoy tratando de utilizar EN CASCADA ACTUALIZACIÓN como parte de una solución en la que re-incremento las claves durante cada fusión. ON UPDATE CASCADE debería simplificar este proceso automatizando parte del proceso.

Es una pregunta excelente, tuve la misma pregunta ayer. Pensé en este problema, específicamente buscado si existía algo como "ON UPDATE CASCADE" y afortunadamente los diseñadores de SQL también habían pensado en eso. Estoy de acuerdo con Ted.strauss y yo también comentamos el caso de Noran.

¿Cuándo lo usé? Como Ted señaló, cuando estás tratando varias bases de datos a la vez, y la modificación en una de ellas, en una tabla, tiene cualquier tipo de reproducción en lo que Ted llama "base de datos satelital", no se puede mantener con el ID muy original, y por cualquier razón tienes que crear uno nuevo, en caso de que no puedas actualizar los datos del anterior (por ejemplo, debido a permisos, o en caso de que estés buscando solidez en un caso que es tan efímero que no merece el respeto absoluto y absoluto por las reglas totales de normalización, simplemente porque será una utilidad de muy corta duración)

Por lo tanto, estoy de acuerdo en dos puntos:

(A.) Sí, muchas veces un mejor diseño puede evitarlo; PERO

(B.) En casos de migraciones, replicación de bases de datos, o resolución de emergencias, es una GRAN HERRAMIENTA que afortunadamente estaba ahí cuando fui a buscar si existía.