trigger que actualice la misma tabla

[aniMAYtions]

Hola amig@s!
Quiero hacer un Trigger en MariaDB(es la misma sintaxis de Mysql, no?) Para que al actualizar un capo de la tabla, se copie el anterior valor a otro campo de esa tabla.
Tomando en cuenta 3 campos: id_articulo, precio, precio_antiguo
Quiero que cuando se vaya a actualizar precio, precio_antiguo tome el valor de precio antes de ser actualizado.
Era algo así como
CREATE TRIGGER tr_actualiza_precio BEFORE UPDATE ON tabla_precio FOR EACH ROW
BEGIN
UPDATE tabla_precio SET NEW.precio_ultimo = OLD.precio

Ya no se usan ni el NEW ni el OLD ni... Me da error lo ponga como lo ponga...

Gracias por la ayuda!

[Libras]

te recomiendo leer esto:

https://stackoverflow.com/questions/...e-after-insert

[aniMAYtions]

Le doy la instrucción:
CREATE TRIGGER `tr_articulo_costo`
BEFORE UPDATE ON `art_costo`
FOR EACH ROW
BEGIN
SET old.ultimo_costo = new.costo;
END

Y me dice que no se permite la actualizacion de old row en el trigger

Si cambio el SET por
SET ultimo_costo = new.costo
Me dice que la variable ultimo costo es desconocida, aunque la entrecomille... Realmente no sé que está pasando :(

Gracias por la respuesta!

[Libras]

No puedes hacer un trigger para actualizar la misma tabla

[gnzsoloyo]

En realidad en el primer post estabas cerca, el tema es que lo que no puedes poner es una sentencia DML sobre la misma tabla, sino que debes operar sobre los mismos campos... con las pseudovariables.

Código SQL:

CREATE TRIGGER tr_actualiza_precio BEFORE UPDATE ON tabla_precio FOR EACH ROW
BEGIN
SET NEW.precio_ultimo = OLD.precio;
END
 

[aniMAYtions]

Aunque finalmente lo hice a código, voy a orobar lo ke me dices gnzsoloyo.
Cómo que no se puede utilizar un trigger para actualizar la misma tabla si no vas a crear ningún bucle? Bueno, si no es posible me quedaré con el código.

Muchas gracias!!

[gnzsoloyo]

Cómo que no se puede utilizar un trigger para actualizar la misma tabla si no vas a crear ningún bucle?

MySQL y María generan un bloqueo de tabla cuando se ejecuta el trigger precisamente para proteger la estabilidad de los procesos. Es tan simple como eso.
La idea es que no se puede permitir que se realicen operaciones DML sobre la propia tabla del trigger, porque estas operaciones podrían afectar el mismo registro sobre el que el proceso está operando, por ejemplo BORRANDOLO.
La metáfora sería que no puedes cortar la rama del arbol sobre el que estás parado...

¿Se entiende?

Si se permitiese eso, la tarea de BORRAR el registro se ejecutaría antes que la de UPDATE. En consecuencia ¿sobre qué registro se hace el UPDATE? ¿El que ya no existe? ¿Y cómo harías eso?

En otros DBMS el problema está resuelto con algoritmos que conservan el estado de la tabla para luego realizar una operación consistente.
Si quieres crear esa lógica por tu cuenta, siempre tienes la oportunidad de descargar el fuente de MySQL y crear esas rutinas. Todos los usuarios del mundo (y Oracle) estarán agradecidos...

[fredny]

Todos los usuarios del mundo (y Oracle) estarán agradecidos... jajaja.. bien !

Yo lo he resuelto con una tabla auxiliar que contiene el id y solo el dato que quiero actualizar, de esa forma al hacer el update, actualiza la otra tabla y esa es la que tiene el trigger de actualizar la tabla original. Se entiende ?

[gnzsoloyo]

Es una vuelta de tuerca. Básicamente clonas la info en otra tabla y realizas la operación. En ese caso estás trabajando en dos árboles diferentes.. No hay conflicto.
Esencialmente, es mas o menos la lógica de los DBMS que permiten ese tipo de acciones.

Buen trabajo.