Ir ao conteúdo
  • Comunicados

    • Gabriel Torres

      Seja um moderador do Clube do Hardware!   12-02-2016

      Prezados membros do Clube do Hardware, Está aberto o processo de seleção de novos moderadores para diversos setores ou áreas do Clube do Hardware. Os requisitos são:   Pelo menos 500 posts e um ano de cadastro; Boa frequência de participação; Ser respeitoso, cordial e educado com os demais membros; Ter bom nível de português; Ter razoável conhecimento da área em que pretende atuar; Saber trabalhar em equipe (com os moderadores, coordenadores e administradores).   Os interessados deverão enviar uma mensagem privada para o usuário @Equipe Clube do Hardware com o título "Candidato a moderador". A mensagem deverá conter respostas às perguntas abaixo:   Qual o seu nome completo? Qual sua data de nascimento? Qual sua formação/profissão? Já atuou como moderador em algo outro fórum, se sim, qual? De forma sucinta, explique o porquê de querer ser moderador do fórum e conte-nos um pouco sobre você.   OBS: Não se trata de função remunerada. Todos que fazem parte do staff são voluntários.
    • DiF

      Poste seus códigos corretamente!   21-05-2016

      Prezados membros do Fórum do Clube do Hardware, O Fórum oferece um recurso chamado CODE, onde o ícone no painel do editor é  <>     O uso deste recurso é  imprescindível para uma melhor leitura, manter a organização, diferenciar de texto comum e principalmente evitar que os compiladores e IDEs acusem erro ao colar um código copiado daqui. Portanto convido-lhes para ler as instruções de como usar este recurso CODE neste tópico:  
DYS

MySQL Problema em entender como o UPDATE funciona com TRIGGERS no MYSQL.

Recommended Posts

Tudo bem galera, gostaria de saber como esse TRIGGER trataria os dados:

 

DELIMITER //
CREATE TRIGGER tr_teste 
AFTER UPDATE ON table_foo
	INSERT INTO table_foo2(ID_table_foo, nome)
	VALUES(NEW.table_foo.ID,NEW.table_foo.nome);
//
DELIMITER ;

A tupla que sofreu o UPDATE é toda tratada como os elementos NEW(Novos) ou somente os campos que sofreram alteração que vão ser considerados como NEW? 

Editado por DiF

Compartilhar este post


Link para o post
Compartilhar em outros sites

Não encontrei nada sobre restrição a utilização do OLD.campoA, OLD.campoB, aparentemente eles estarão disponíveis com todos os campos da tupla.

Só não vai ter OLD, se for um INSERT, e não vai ter NEW se for um DELETE, mas UPDATE deve ter os 2.

Eu achei um exemplo que ele usa assim:

DELIMITER //
     CREATE TRIGGER `insert_emplyee_history` AFTER INSERT ON `EMPLOYEE`
     FOR EACH ROW BEGIN
          INSERT INTO `EMPLOYEE_HISTORY` VALUES (NEW.`NOME`, NEW.`SSN`, NEW.`SALARIO`, NEW.`DNO`);
     END//
DELIMITER ;

Acho que falta o FOR EACH ROW para o seu caso, pois um UPDATE pode afetar vários registros.

Editado por DiF
Botão CODE <>
  • Curtir 2

Compartilhar este post


Link para o post
Compartilhar em outros sites
  • Autor do tópico
  • @RodrigoeKathland Polette 

    Sim, kkkk... é que criei esse trigger na correria, minha dúvida era se no caso eu tivesse uma tabela com os campos:

    ID:1 

    Nome: José

    Valor: 20

    /****************/

    ID:2

    Nome: Maria

    Valor:30

    /***************/

     

    E caso eu fizesse o UPDATE do Valor de José, os campos que seriam considerados como NEW, seriam os ultimos inseridos juntamente do Valor que foi atualizado, ou se seriam somente os campos da linha em que houve a atualização do campo.

     

    UPDATE table_foo

    SET Valor = 50

    WHERE ID =1;

     

    Alternativas do meu pensamento:

     

    NEW.ID = 2

    NEW.Nome = 'Maria'

    New.Valor = 50 (do ID = 1 pertencente a José)

     

    OU

     

    New.ID = 1

    New.Nome = 'José'

    New.Valor = 50

     

    No caso a segunda alternativa é a correta, consegui pegar através de teste. Apesar deu ter lido um pouco da documentação de INSERT/DELETE/UPDATE, ainda não entendo como o MySQL trata dados do tipo NEW. Pois os ID = 1 e Nome = 'José' não seriam valores novos e somente o Valor 50 seria o novo. 

     

    No caso do INSERT faz sentido, pois todos os dados que vão ser inseridos ou que foram inseridos são novos, assim como no caso do DELETE, pois todos os dados do DELETE serão velhos, pois já não existem ou deixarão de existir naquela tabela. 

     

    De qualquer forma agradeço por tentar ajudar! :thumbsup:

     

    Editado por DYS

    Compartilhar este post


    Link para o post
    Compartilhar em outros sites

    Não entendo muito de TRIGGERS mas pela experiência que tenho em programação, ele trata os NEW como o mesmo valor se não for alterado.

     

    Em outras palavras,   Se não houver mudanças, ele repete o mesmo valor, para que não fique "vazio".

     

    PS: posso estar errado :P 

     

    Compartilhar este post


    Link para o post
    Compartilhar em outros sites
  • Autor do tópico
  • @DiF Tranquilo xD, o que vale é a intenção. Obrigadão! :thumbsup:

    • Curtir 1

    Compartilhar este post


    Link para o post
    Compartilhar em outros sites

    Crie uma conta ou entre para comentar

    Você precisar ser um membro para fazer um comentário






    Sobre o Clube do Hardware

    No ar desde 1996, o Clube do Hardware é uma das maiores, mais antigas e mais respeitadas publicações sobre tecnologia do Brasil. Leia mais

    Direitos autorais

    Não permitimos a cópia ou reprodução do conteúdo do nosso site, fórum, newsletters e redes sociais, mesmo citando-se a fonte. Leia mais

    ×