O Márcio está correto, são coisas bem, bem, beeeem diferentes. Eu trabalho com Firebird já faz 15 anos e todos os meus clientes estão usando ele. Decidimos migrar para o PostGres quando soubemos da versão 3, já que notamos que as alterações eram mínimas. Por muito tempo fui incentivador do Firebird, mas chega uma hora que é necessário uma guinada. Estamos já realizando a migração faz 1 ano e ainda temos muita coisa para pensar, codificar, testar.
Mas é tão complicado assim migrar ? É que você precisa pensar no todo, precisa pensar em todos os aspectos, não somente criar o metadata e importar os dados de um para o outro. Você precisa pensar no processo de atualização, backup, procedures e triggers, precisa testar exaustivamente a sua aplicação em todos os processos, etc. Isso sem considerar as inúmeras mudanças que não fizemos mas que desejamos. Boolean, JSON, procedures com múltiplas linguagens, materialized views, partitioning, arrays, replicação, inúmeros extensions e herança são alguns exemplos que não tinhamos no Firebird 2.5 mas queremos no PostGres. Enfim, creio que a melhor forma de fazer é migrar em diversos passos. Primeiro "as is", testa exaustivamente e coloca num cliente, depois em 5, depois em todos. Daí adiciona um processo que não existia, testa, etc. Daí adiciona mais um, ... No nosso modelo creio que ainda demoraremos mais uns 6 meses para a migração total. Mas posso afirmar, vale muito, muito, muuuito a pena. Atenciosamente, Em 9 de outubro de 2017 14:56, Márcio A. Sepp <mar...@zyontecnologia.com.br> escreveu: > > Alguém já passou pela experiência de migrar um banco Firebird para > Postgres? Como foi essa migração? > > Atualmente em uma aplicação tenho um banco com pouco mais de 5GB e fico > pensando se não teria mais performance, escalabilidade e outros controles > (medição de uso) se migrasse para o Postgres. > > > -- > > Renato, não sou especialista na área, mas minha percepção é que são coisas > bem distintas. O foco de um e do outro são públicos bem distintos (segundo > a minha percepção apenas - não é baseado em nenhuma documentação). > > Não cheguei a trabalhar com a versão 3 do firebird (a última que trabalhei > era na 2.5), mas creio que ainda exista uma lacuna grande pra este > conseguir chegar ao nível de maturidade e recursos do postgres. > No postgres há muitos recursos que não existiam no firebird 2.5. Cito > alguns: > - Particionamento de tabelas: (no postgres ainda é meio chucro a coisa, > mas tem); > - Tablespaces; > - Índices parciais; > - Agora nas últimas versões tem paralelismo (não sei como está isso no > firebird); > - Não há a necessidade de fazer dump/restore para otimizar; > > Também o projeto do firebird eu acho que já não tem mais tanto espaço, > pois tem muitos bancos bons na área... acho que o firebird ficou em algum > ponto entre um sqlite e um postgres. Tipow, parece-me que ele tá sem foco > hoje... (minha percepção apenas). > > Dependendo do teu sistema, talvez no firebird vc tem algumas vantagens, > que seria a possibilidade do teu cliente apenas copiar um arquivo e estar > feito o backup (não é o correto, mas na prática é assim que a maioria das > vezes acontece). > > Vejo diversos sistemas aqui com firebird (versões 2.x) rodando na minha > região, onde o banco chega a uns 15 Gigas e aih a coisa pipoca, obrigando > os desenvolvedores a criar outros bancos e fazer gambiarras. > > Faz uns testes aih em relação ao unicode e veja se está ok pra vc. Creio > que vc não terá problemas no restante da aplicação. > > > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
