Em Qua, 2014-07-16 às 19:47 -0300, Tiago José Adami escreveu:
> Em 16 de julho de 2014 19:05, Matheus Saraiva
> <[email protected]> escreveu:
> > Em uma função básica para inserir dados em uma tabela, de praxe, quais
> > erros deve-se tratar?
>
> Não há regra definida, mas basicamente, como boa prática, todas as
> restrições das colunas da tabela (constraints) e índices únicos, bem
> como a chave primária e chaves estrangeiras. Tipos e tamanhos de
> colunas também devem ser considerados, assim como colunas NOT NULL.
>
> Se existem regras em triggers (por exemplo: ao inserir na tabela A
> insira na tabela B e atualize tabela C) elas também devem ser
> consideradas.
>
> É importante que todos os erros que o banco de dados puder exibir
> sejam tratados de uma forma amigável para que o usuário entenda o que
> deve fazer para poder inserir, modificar ou eliminar registros sem
> problemas. As mensagens de erro do banco de dados, de praxe, devem
> ficar para os programadores e DBA, geralmente armazenados em arquivos
> de LOG ou em tabelas do próprio banco de dados.
>
>
> TIAGO J. ADAMI
> http://www.adamiworks.com
> @tiadami
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Desculpem o up no tópico, mas como o assunto ainda é pertinente achei
interessante reabrir.
Eu estou capturando erros de violação de NOT NULL, chave estrangeira,
chave primária e chave única. Como ação eu estou disparando mensagens:
WHEN UNIQUE_VIOLATION THEN
RAISE NOTICE 'Uma ou mais chaves únicas foram violadas';
É correta e suficiente essa forma de tratar o error, ou seja, apenas
disparando mensagem, ou existe alguma outra ação que se pode fazer ao
capturar o erro?
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
