--- Kamayocks <[EMAIL PROTECTED]> escreveu:
> 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.
> >
> >
> >
> >
Quem formulou a pergunta queria apenas uma maneira de
inserir registros sem disparar erro de chave primaria
quando eles ocorressem. Eu apenas dei uma solução, mas
nao disse que era a unica nem que era a melhor!
_______________________________________________________
Abra sua conta no Yahoo! Mail: 1GB de espaço, alertas de e-mail no celular e
anti-spam realmente eficaz.
http://br.info.mail.yahoo.com/
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br
