A melhor opção não seria enviar a mensagem, capturar e tratar a exceção quando a mesma ocorrer?! Caso contrário seria enviado mensagem para, primeiro verificar a existencia e depois, caso não haja a duplicidade, realizar o insert. Mesmo que a procura seja realizada internamente, não vejo porque rodar um cursor para fazer esta verificação, quando o SGDB possui regras de integridade, unicidade, etc. Por que não os recursos que SGDB oferece?! Ou eu entendi tudo errado?!
Citando Otacilio Neto <[EMAIL PROTECTED]>: > > --- "Cristiano Martins ribeiro (Informatica)" > <[EMAIL PROTECTED]> escreveu: > > > Agora levanto a questão da performance, haveria > > muita diferença entre utilizar a trigger de inserção > > ou a instrução SQL? > > > > Pense, por exemplo, em um loop com milhares de > > inserções... > > > > Cristiano Martins > > > Eu acho que o bom mesmo eh capturar o erro no lugar de > verificar se o registro já existe. > > Pode adicionar tb um WHERE rg='qualquer_coisa' que > acho que melhora, mas o bom mesmo seria capturar o > erra quando desse chave duplicada. > > > > > > > > > > _______________________________________________________ > Yahoo! doce lar. Faça do Yahoo! sua homepage. > http://br.yahoo.com/homepageset.html > > _______________________________________________ > Grupo de Usuários do PostgreSQL no Brasil > http://www.postgresql.org.br > > ___________________________________________________________________________________ Agora todas as suas ligações DDD e DDI com o 21 vêm junto com a conta do seu telefone de casa ou celular. Mais comodidade e praticidade para você. Faz um 21 e aproveite! _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br
