Realice una consulta en mysql sin invocar un desencadenador (Cómo deshabilitar un desencadenador)

Question

Tengo 2 tablas: comments y comments_likes.

---

comentarios

id  
message 
likes 

desencadena:

DESPUÉS DE ELIMINAR

DELETE FROM comments_likes WHERE comment_id = OLD.id; 

---

comments_likes

id   
comment_id 

desencadena:

después Insertar

UPDATE comments SET likes = likes + 1 WHERE comments.id = NEW.comment_id; 

DESPUÉS DE ELIMINAR

UPDATE comments SET likes = likes - 1 WHERE comments.id = OLD.comment_id; 

después de la actualización

**omited code, updates comments** 

---

Entonces la pregunta es, puedo desactivar los disparadores cuando se activa desde otro gatillo?

Lo que quiero es hacer algo le gusta a:

DESPUÉS DE ELIMINAR

IF NOT called_from_another_trigger() THEN 
    UPDATE comments SET likes = likes - 1 WHERE comments.id = OLD.comment_id; 
END IF; 

[EDIT]

una solución no sería optimizado (consulta muy lento ... realiza una consulta para cada registro LIKE):

BEGIN 
    IF (SELECT id FROM comments WHERE comments.id = OLD.comment_id) THEN 
     UPDATE comments SET comments.cache_likes = comments.cache_likes - 1 WHERE comments.id = OLD.comment_id; 
    END IF; 
END 

ACTUALIZACIÓN LOW PRIORITY y IGNORE no funciona.

[EDIT 2]

Tengo otra idea, es posible establecer una variable global en el primer gatillo y leerlo desde el otro gatillo?

Ex:

primer disparador:

@disable_triggers = true; 
// do the stuff that calls another triggers 
@disable_triggers = false; 

otro desencadenante:

if @disable_triggers = false then 
    // do the stuff 
end if; 

Answer 1

Para desactivar los disparadores que puede hacer:

Disparador 1

SET @disable_trigger = 1; 
// do stuff that calls trigger 2 
SET @disable_trigger = NULL; 

Disparador 2

IF @disable_trigger IS NULL THEN 
    // do stuff only if called from a query and not from trigger 1 
END IF; 

Answer 2

No, no puede. Ese es el punto de los factores desencadenantes: que se ejecute siempre.

Además, no veo por qué lo necesitaría en su caso. En el peor de los casos, nada se actualiza; no se generarán errores.

Siempre puede agregar una condición en su desencadenador, para comprobar si se deben ejecutar (o parte de su código) (por ejemplo, si hay un registro en la tabla correspondiente).

Answer 3

Puede ser un poco feo, pero lo que hago es cambiar el nombre del table to table2 que el disparador no se une también, y luego, al final, renombra nuevamente.