Olá pessoal,
No caso do exemplo dado de tb_pessoa, como ficaria o tratamento de erro?
Daria para colocar numa trigger? Ou apenas criando uma função que eu a
chamaria para fazer as inserções ao invés de INSERT direto?!
Valeu!!!
Eli Medeiros Sousa
[EMAIL PROTECTED]
Citando Kamayocks <[EMAIL PROTECTED]>:
Date: Tue, 23 May 2006 16:54:43 -0300
From: Kamayocks <[EMAIL PROTECTED]>
Subject: Re: [PostgreSQL-Brasil] RES: Digest Brasil-Usuarios, volume
187, assunto 2
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1
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.
>
_______________________________________________________
Novo Yahoo! Messenger com voz: Instale agora e faça ligações de graça.
http://br.messenger.yahoo.com/
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br
