Início / dba / Perguntas / 10657
Accepted
Mark D
Asked: 2012-01-14 10:49:20 +0800 CST

Chamar um procedimento armazenado de um gatilho

  • 772

Eu criei um procedimento armazenado no mysql usando a seguinte sintaxe.

DROP PROCEDURE IF EXISTS `sp-set_comment_count`;

DELIMITER $$

CREATE PROCEDURE `sp_set-comment_count` (IN _id INT)
BEGIN
   -- AC   - AllCount
   DECLARE AC INT DEFAULT 0;

   SELECT COUNT(*) AS ac
     INTO AC
     FROM usergroups AS ug
LEFT JOIN usergroup_comments AS ugm ON ugm.`gid` = ug.`id`
LEFT JOIN mediagallery AS dm ON ugm.mid = dm.`id`
    WHERE dm.`status` NOT IN (200, 201, 202, 203, 204, 205)
      AND ug.`id` = _id;

   UPDATE usergroups
      SET allCount = AC,
    WHERE usergroups.`id` = _id;

END $$
DELIMITER ;

Para sua informação, simplifiquei bastante o procedimento armazenado, mas sei que funciona sem problemas.

O que eu gostaria de poder fazer é configurar um gatilho de usergroup_comments que funciona assim.

DROP TRIGGER IF EXISTS `usergroups_comments_insert` 

CREATE TRIGGER `usergroups_comments_insert` AFTER INSERT ON `usergroups_comment`
    FOR EACH ROW
    BEGIN
       CALL sp-set-comment_count(NEW.`gid`);
    END;

Mas, por algum motivo, toda vez que eu faço o mysql lança um erro para mim que é menos do que útil, afirmando que há um erro de sintaxe na linha 4.

Eu vasculhei a documentação do mysql e encontrei algumas informações sobre restrições de gatilhos, mas achei bastante complicado.

http://dev.mysql.com/doc/refman/5.1/en/stored-program-restrictions.html

Qualquer idéia será útil.

mysql stored-procedures

4 respostas

  1. Há uma grande razão pela qual você nunca deve chamar procedimentos armazenados de dentro de gatilhos.

    Os gatilhos são, por natureza, procedimentos armazenados. Suas ações são virtualmente difíceis de reverter . Mesmo que todas as tabelas subjacentes sejam InnoDB, você experimentará um volume proporcional de bloqueios de linha compartilhados e intermitência irritante de bloqueios de linha exclusivos. Esse seria o caso se os gatilhos estivessem manipulando tabelas com INSERTs e UPDATEs estagnados para executar MVCC de serviço pesado dentro de cada chamada para um gatilho .

    Não se esqueça de que os gatilhos exigem sobrecarga. De fato, De acordo com MySQL Stored Procedure Programming , página 256 sob o título "Trigger Overhead" diz o seguinte:

    É importante lembrar que, por necessidade, os gatilhos adicionam sobrecarga à instrução DML à qual se aplicam. a quantidade real de sobrecarga dependerá da natureza do gatilho, mas --- como todos os gatilhos do MySQL executam FOR EACH ROW --- a sobrecarga pode se acumular rapidamente para instruções que processam um grande número de linhas. Portanto, você deve evitar colocar instruções SQL caras ou código de procedimento nos gatilhos.

    Uma explicação expandida da sobrecarga do acionador é fornecida nas páginas 529-531. O ponto de conclusão dessa seção afirma o seguinte:

    A lição aqui é esta: como o código do gatilho será executado uma vez para cada linha afetada por uma instrução DML, o gatilho pode facilmente se tornar o fator mais significativo no desempenho do DML. O código dentro do corpo do gatilho precisa ser o mais leve possível e – em particular – qualquer instrução SQL no gatilho deve ser suportada por índices sempre que possível.

    Expliquei outros aspectos desagradáveis ​​dos gatilhos em um post anterior.

    RESUMO

    Eu recomendo fortemente não chamar nenhum procedimento armazenado de um Trigger , mesmo que o MySQL permita. Você deve verificar as restrições atuais para o MySQL 5.5 .

    • 25
  2. Best Answer

    Então, acontece que essa é a questão que me atormentou por algumas horas, acredite ou não.

    Posso definir facilmente um procedimento chamado sp_set-comment_count. No entanto, ao chamar o referido procedimento, ele não funciona da mesma maneira.

    CALL sp_set-comment_count (só posso supor que isso ocorre porque o servidor interpreta o - como um sinal de menos).

    Desde então, alterei o nome do procedimento armazenado para usar apenas sublinhados e parece ter resolvido tudo.

    • 8

  3. Se ele diz sobre erro de sintaxe, provavelmente você esqueceu de alterar o delimitador (como fez para o procedimento armazenado). Então você precisa

    DELIMITER $$
CREATE TRIGGER `usergroups_comments_insert` AFTER INSERT ON `usergroups_comment`
FOR EACH ROW
BEGIN
   CALL sp_set_count(NEW.`gid`);
END;
$$
    • 5

  4. Parece que a vírgula depois ACé um erro de sintaxe:

    UPDATE usergroups
   SET allCount = AC,
 WHERE ........
    • 1

relate perguntas