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
***@moov.com.br
Citando Kamayocks <***@click21.com.br>:
Date: Tue, 23 May 2006 16:54:43 -0300
From: Kamayocks <***@click21.com.br>
Subject: Re: [PostgreSQL-Brasil] RES: Digest Brasil-Usuarios, volume
187, assunto 2
To: brasil-***@pgfoundry.org
Message-ID: <***@webmail7.click21.com.br>
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?!
--- "Cristiano Martins ribeiro (Informatica)"
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/