Bom, vou tentar esclarecer o ambiente e dai a problemática. # Temos uma aplicação web, onde a partir do login (cliente) é identificado qual base de dados ele deve acessar. # As bases de dados ficam todas em um mesmo servidor e na mesma estrutura de diretório. # Cada base de dados corresponde a um arquivo separado # Hoje o ambiente é Microsoft mas está em movimentação para Linux. # É utilizado intensamente procedures e trigres, então o maior trabalho não é a migração da estrutura e os dados, mas sim as procedures e trigres, que em alguns casos são bem complexas.
Meu problema é que com o Firebird é em achar mão de obra e suporte documental. Então estamos analisando o custo benefício da migração para o PostgreSQL. Ai vem a discussão que estou levantando aqui, para eu poder ter a visão de muitas pessoas para tomar alguma decisão, pois em termos de documentação oficial e números não achei nada para ajudar. 2012/8/17 Matheus de Oliveira <[email protected]>: > 2012/8/17 Alberto Radtke <[email protected]> >> >> Ola amigos, atualmente preciso trabalhar com o Firebird mas estou >> vendo a possibilidade de migrar para PostgreSQL, alguém já passou por >> este processo de migração? > > > Bom, você tem que analisar algumas coisas: você usa stored procedures? > triggers? e afins? > > Se sim, tem que "converter" o código delas para uma PL aceita pelo > PostgreSQL (recomendo a PL/pgSQL mesmo, a não ser que domine outra > disponível [1]). > > Depois é converter o esquema da sua base de dados, o SQL Fairy é uma boa > ferramenta pra isso (ou manual se não for muito grande). > > Por fim, testar a aplicação, e realizar alterações necessárias (se der sorte > nem vai ter nenhuma, o Firebird também segue boa parte dos padrões SQL). > Cuidado especial com tratamento de escape em strings. > > Ah, tem que ver também qual codificação você usa. Eu recomendaria UTF8 > (mesmo que usasse outra). > >> >> Gostaria de trocar alguns e-mail para >> definir os prós e contras, pois hoje temos N bases (no firebird >> arquivos) individuais para cada cliente que usa a aplicação e como >> seria a melhor forma de fazer isto no PostgreSQL. > > > Depende. São bancos distribuídos ou estão todos num mesmo servidor? > Aplicação web? Centralizada ou distribuída? > > Eu também recomendaria usar schemas, mas vai depender do cenário. > > 2012/8/17 Itamar Reis Peixoto <[email protected]> >> >> 2012/8/17 Alberto Radtke <[email protected]>: >> > Ok, mas preciso de alguns números ou outras informações/comparações >> > técnicas, para poder apresentar a Gerência, para ter uma boa >> > justificativa do investimento (principalmente tempo de DBA) >> >> vou falar o que o postgresql tem de bom sem falar mal do outro ok ? >> >> o postgresql é o melhor banco de dados opensource, o unico totalmente >> livre, gratis, 100% codigo aberto. > > > Cuidado, o "único" totalmente livre não é verdade. Até onde sei o Firebird > também é livre. > Mas concordo que o PostgreSQL é, para a grande maioria dos casos, melhor. > > > [1] http://wiki.postgresql.org/wiki/PL_Matrix > > -- > Matheus de Oliveira > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- =.=.=.=.=.=.=.=.=.=.=.=.=.=.=.=.=.=.=.=.=.=.=. Alberto Tomás Radtke albertotr at gmail dot com www.albertinho.com.br _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
