Capturar exceção sem tratar

[bnobre]

Olá a todos,

Eu possuo uma linha de código que irá tentar gravar dados em um campo de uma tabela. A questão é que alguns clientes ainda não possuem esse campo e consequentemente irá gerar uma exceção, então pretendo colocar o seguinte código:

try 
    ZQuery1.SQL.Text := 'UPDATE TABELA SET valor = 0';
    ZQuery1.ExecSQL;
 except 
    //Não fazer nada
end;

Como podem ver quando gerar a execução não irá fazer nada, mas coloquei em um try/except exatamente para não gerar a exceção. 

Nesses casos em que uma exceção é esperada e só não queremos que a mesma seja exibida ao usuário, é isso mesmo que é feito, colocar um except vazio??? Ou existe algum outro padrão mais elegante nesses casos?

Desde já agradeço a atenção.

 

[Daniel Simoes]

Sim.. isso é uma técnica.. chama-se de "Exceção muda"...

Você poderia nesse Except, rodar algum código que cria o novo campo no BD.

[EMBarbosa]

Em 10/11/2021 at 10:26, doidopb disse:

Ou existe algum outro padrão mais elegante nesses casos?

Um jeito mais elegante seria você testar a versão do BD antes de executar a SQL.

[bnobre]

1 hora atrás, EMBarbosa disse:

Um jeito mais elegante seria você testar a versão do BD antes de executar a SQL.

Como você "versiona" seu BD? 

[EMBarbosa]

12 minutos atrás, doidopb disse:

Como você "versiona" seu BD? 

Existem ferramentas pra fazer isso de uma maneira mais profissional.

Mas dá pra fazer na mão usando o mesmo versionamento de código, basicamente usando um campo versão no BD.

Não sei se consigo descrever um processo todo, mas poderia ser algo assim:

• criar um campo "versao" numa tabela de configurações do banco. Preferencialmente uma tabela com só umlinha;
• Toda modificação do BD precisa ser feita por scripts versionados
• Valide a versão do BD sempre antes de executar o script;
• Atualize os clientes sempre usando esses scripts;

Daí o passo a passo é mais ou menos o seguinte:

• Sempre que adicionar, remover ou renomear um campo ou tabela, você gera um script ao invés de fazer a modificação na mão no BD;
• Junte todas os scripts necessários para uma versão em um script que vai atualizar o campo responsável pela versão no BD;
• Faça testes executando os scripts num banco de dados de testes;

[bnobre]

3 minutos atrás, EMBarbosa disse:

Existem ferramentas pra fazer isso de uma maneira mais profissional.

Mas dá pra fazer na mão usando o mesmo versionamento de código, basicamente usando um campo versão no BD.

Não sei se consigo descrever um processo todo, mas poderia ser algo assim:

• criar um campo "versao" numa tabela de configurações do banco. Preferencialmente uma tabela com só umlinha;
• Toda modificação do BD precisa ser feita por scripts versionados
• Valide a versão do BD sempre antes de executar o script;
• Atualize os clientes sempre usando esses scripts;

Daí o passo a passo é mais ou menos o seguinte:

• Sempre que adicionar, remover ou renomear um campo ou tabela, você gera um script ao invés de fazer a modificação na mão no BD;
• Junte todas os scripts necessários para uma versão em um script que vai atualizar o campo responsável pela versão no BD;
• Faça testes executando os scripts num banco de dados de testes;

Muito obrigado pelo detalhamento meu amigo, eu faço assim porque criei pensei nesse procedimento e deu certo, mas sempre tive a curiosidade de saber se é assim mesmo que o pessoal faz.

Abraços

[EMBarbosa]

Melhor mesmo é usar uma ferramenta, como https://www.liquibase.org/

Mas aí depende muito do BD e das circunstâncias.