[firebase-br] [Fwd: Help com um SQL]

Coutinho - IG emanuel.coutinho em ig.com.br
Qui Fev 26 17:34:42 -03 2009


É

Quanto aos triggers, eu entendo que eles são disparados após um evento 
de update, insert ou delete... então isso de certa forma restringe um 
pouco, mas aí é meu ponto de dúvida...

Acabei de alterar um determinado registro, colocando lá uma data num 
determinado campo... "No negócio", me instrui que posso levar em 
consideração uma certa gama de informações, efetuando um determinado 
tipo de cálculo para aferir um avanço de execução de tarefas...
O contrário é verossímil... Se apagar a data, tenho de reverter o 
processo, subtraindo do meu total o valor pertinente àquele avanço...
Se eu fizer isso no trigger, por exemplo, como poderei saber se o campo 
foi alterado... usaria o "old.nomedocampo" comparando com "new.nomedocampo"?

Em casos que tenha vários campos sendo alterados ao mesmo tempo, teria 
de criticar cada um e dependendo de cada um, criaria um iinsert, ou um 
delete em uma outra tabela...

Seu exemplo me esclareceu muitas coisas...

Valeu!!!

Sds
Emanuel Coutinho

samuel ferreira escreveu:
> ola
>
> depois te mando alguns exemplos para o seu email, mas to postando aki na
> lista ate para pedir opiniao dos demais.
>
>
> todo bloco de comando de update, insert e delete, que tenha mais de um
> comando seguido, eu uso sp.
>
> seu aplicativo fica mais 'leve' e ganha em performance, uma vez q e
> executado no servidor, evitando trafego de rede.
> qt a trigger uso poko (acho q deveria usar mais), uso em conjunto com
> generators, atualizando a pk.
>
> acho q é isso
>
> samuel
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>   





Mais detalhes sobre a lista de discussão lista