[firebase-br] rodar script no firebird

[Toninho Eleotério]

Bom dia Senhores.

Gostei muito da solução sua Gladiston, a questão de ser "meio ortodoxo",
como você mesmo diz, é apenas um detalhe, o que importa é o resultado
obtido, gosto muito de avaliar os resultados e ultimamente tenho fugido de
algumas práticas, inclusive algumas aprendidas na faculdade, tenho tentado
fazer diferente para obter resultados diferentes (melhores), tem
funcionado. As boas práticas continuam, afinal aprendemos coisas muito boas
e funcionais na faculdade, não devemos abandonar isso, mas é preciso fazer
coisas diferentes para obter resultados diferentes, parabéns.

Com relação às atualizações de banco de dados, tenho feito de forma
diferente, sei que minha idéia é "fraca", mas é a solução que encontrei no
momento: envio um email com o script para o cliente, oriento para atualizar
o executável e rodar o script em uma tela que tenho no sistema. Tem
funcionado.

Se puder postar a sua procedure, seria ótimo conhecer sua solução.

Obrigado e parabéns.

Atenciosamente,
Toninho Eleotério

Telefones: (32) 3222-5695
                (32) 8856-3706

*"Certamente que a bondade e a misericórdia me seguirão todos os dias da
minha vida, e habitarei na casa do Senhor por longos dias."
Salmo 23.6*




Em 26 de setembro de 2012 11:04, Gladiston Santana
<gladiston em vidy.com.br>escreveu:

> Eu uso a seguinte metodologia, tenho uma procedure chamada sp_version que
> retorna o numero da versão do meu banco de dados.
> Com isso em posse, eu crio executáveis para cada versão que autoexecutam o
> script para qual estão programados, por exemplo, o setup da versão 256, só
> é aplicável a base de dados com versão 255. Se o camarada pegou a versão
> 257 (ultima) e for tentar aplicar a atualização, o sistema negará.
> Ou seja, para ter a base atualizadíssima, o camarada tem que executar a
> atualização 255,256 e 257.
> Parece meio burro, pois eu poderia criar um executável único, porém com
> isso elimino a necessidade de testar um executável em todas as versões de
> DB diferentes que andam rodando por aí.
> Também há o caso, como já houve, de duplicar uma tabela, criar o
> campo necessário e depois transferir de-lá-prá-cá, dropar a tabela antiga,
> recriar a nova e transferir novamente. Com isso, cada executável é unico e
> tem funcionado bem seguindo esse método que é meio ortodoxo.
>
> Eu estava trabalhando num supersetup que cria uma base vazia e transfere
> dados da antiga para nova, mas se tornou inviável quando fui descobrindo
> aos poucos que tinha que descobrir as diferenças entras as tabelas e
> assumir algum valor padrão para os campos não existentes, fui tentando
> resolver os problemas, mas daí então a complexidade para automatizar a
> tarefa foi aumentando até que cheguei a conclusão que o método que já
> tínhamos era o melhor - embora ortodoxo - porque já tratava das situações
> de uma versão para outra.
>
> []'s
>
> Em 25 de setembro de 2012 21:19, MAURICIO COSTA
> <maximmumsistemas em gmail.com>escreveu:
>
> > Boa noite galera!
> > Sempre atualizei meu sistema remotamente e indo até o cliente e criando
> os
> > campos e tabelas novas e procedures etc.
> > Gostaria de saber se posso colocar dentro de um instalador (atualizador)
> o
> > script com as alterações no banco e o mesmo fazer isso no momento da
> > atualização. Que ferramenta usar e como fazer?
> > ______________________________________________
> > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > Para saber como gerenciar/excluir seu cadastro na lista, use:
> > http://www.firebase.com.br/fb/artigo.php?id=1107
> > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> >
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>