1. Inicio
  2. Pregunta y respuesta
  3. MySql Claves foráneas: ¿ACTIVAR EL ACUERDO DE DECISIÓN DE NO ACCIÓN? ¿Cómo dejar la información en el campo al que se hace referencia?

MySql Claves foráneas: ¿ACTIVAR EL ACUERDO DE DECISIÓN DE NO ACCIÓN? ¿Cómo dejar la información en el campo al que se hace referencia?

2011-09-22 6 views
17

Tengo dos tablas, una 'usuarios' y una 'órdenes', donde la tabla de pedidos tiene una referencia de clave externa a la tabla de identificación de usuario. (. Estoy utilizando la dirección de correo electrónico como identificador de usuario en este caso)MySql Claves foráneas: ¿ACTIVAR EL ACUERDO DE DECISIÓN DE NO ACCIÓN? ¿Cómo dejar la información en el campo al que se hace referencia?

Lo que quiero lograr es la siguiente:

  1. Si el identificador de tabla de usuario se actualiza (= dirección de correo electrónico se cambia), este se reflejará en el campo user_id de la tabla de órdenes referenciada. (Esto funciona bien usando la directiva ON ACTUALIZACIÓN CASCADE - ¡no hay problema aquí!)

  2. Si el usuario es eliminado de la tabla de usuarios, el orden se mantendrá, MANTENIENDO el user_id al que se hace referencia.

Estoy teniendo un problema con el segundo objetivo:

Si utilizo ON DELETE CASCADE en el campo ID de usuario que se hace referencia, la fila de orden es, por supuesto, eliminado.

Si uso ON DELETE NO ACTION, aparece un error cuando intento eliminar al usuario. (# 1451 - No se puede eliminar o actualizar una fila principal: falla una restricción de clave externa)

Si uso ON DELETE SET NULL, puedo eliminar la fila del usuario, pero la información a la que se hace referencia se establece en nula, por lo que no puedo rastrear quién hizo ese pedido ...

¿Hay alguna forma de permitir la eliminación del usuario de la tabla del usuario mientras se mantiene la información user_id referenciada en la tabla de pedidos?

Fuente

2011-09-22 Cambiata

Respuesta

20

dos opciones:

  • en realidad no eliminar el usuario, sólo les marcan como eliminados mediante el establecimiento de un campo deleted.

o:

  • Retire la restricción de clave externa.

Recomendaría la primera opción. Tomar la segunda opción puede provocar inconsistencias en los datos. Además, el simple hecho de tener el valor de la clave sin los datos correspondientes en la otra tabla no te ayudará mucho de todos modos.

Fuente

2011-09-22 08:05:04

+0

¡Gracias, Mark! Entonces, eso significa que no es posible lograr lo que pedí en definiciones de clave extranjera pura ... – Cambiata

+2

@Cambiata: Es correcto, no es posible "en definiciones de clave foránea pura". "Clave externa" * significa * que el valor existe en otra tabla. Si realmente elimina la fila referenciada de la otra tabla, debe deshacerse del valor de la clave externa a) eliminando toda la fila (ON DELETE CASCADE), ob) estableciendo el valor FK en NULL (ON DELETE SET NULL) . –

+3

Ya veo. Esperaba que NO ACTION alternatvie significara, bueno ... ninguna acción. En el sentido de que el valor presente permanecería intacto, comportándose como un valor normal no fk. ¡Obviamente no! Gracias, Mark! – Cambiata

0

En realidad, existe otra alternativa: reemplazar la clave de la dirección de correo electrónico de la tabla del usuario con una INT de autoincrementación.

Luego, puede copiar el atributo de usuario (ugh, desnormalizado) en el pedido (supongo que podría justificarlo como la "dirección de correo electrónico del usuario que realiza el pedido en el momento del pedido").

Luego ON DELETE SET NULL podría restablecer la clave externa INT pero no el atributo copiado (dirección de correo electrónico).

Fuente

2014-03-07 15:12:41

Cuestiones relacionadas

 Cuestiones relacionadas