marlon david de souza escreveu: > Bom dia a todos, > > Opa, provavelmente você está querendo falar de uma postagem minha quando um colega (não lembro quem, perguntou sobre as diferenças. Eu citei as diferenças. Isso pode ter soado como crítica devido a grande superioridade técnica do PostgreSQL nos qusitos que citei. No entanto eu particularmente acho até errado comparar o PostgreSQL com Firebird, porque sem dúvida nenhuma e isso é do conheimento de todos, Pg e Firebird, não estão no mesmo nível. Como também com certeza o PostgreSQL, o MySQL e SQL Server não estão no nível do Oracle e DB2, e portanto, uma comparação entre esses níveis seria uma humilhação para esses bancos de um nível mais baixo.
> Na última semana foi postado nesta lista algumas duras críticas ao Firebird. > Eu participo, além desta lista, também na lista de Firebird e digo que lá > nunca ouvi ninguem criticar o PostgreSQL. > Não acredito que um software possa ser 100% melhor que um similar seu. > Sempre vai existir alguma coisa que o outro faz melhor ou mais rápido, e isso > é bom pois incentiva a procura constante de melhorias. > Atualmente estou trabalhando na conversão de um sistema que roda sob > Firebird para este poder trabalhar também com o PostgreSQL. > Infelizmente com o Post tenho encontrado algumas dificuldades em comparação > com o Firebird. Exemplos: > - Consultas usando a cláusula "limit" em funções selecionáveis (que > retornam > vários registros), mas sem "order by", precisam terminar para então o Post > retornar os dados. No Firebird esse processo é quase instântaneo, visto que, > assim que ele processa o primeiro item, é interrompida a consulta e retornado > o dado. > - As consultas precisam terminar para então o Post retornar os dados. No > Firebird, a medida que a consulta vai sendo processada, já vai retornando os > dados. Isso tem um grande impacto nas consultas via Grid, visto que dessa > forma torna o sistema mais responsivo ao usuário. > - O processamento de funções no Post é mais lento que no Firebird, visto > que > no Post as funções são interpretadas e no FB, não. Isso se torna mais sério > em funções que possuem grandes "loops". > - No FB, como as funções são compiladas, pode-se excluir o código fonte > destas do banco. Já no Post isso não é permitido. Isso gera um sério problema > para os sistemas que possuem grande parte da suas "regras de negócio" > embitidas no próprio banco. > - No FB eu consigo fazer um "explain analyze" em funções. Neste caso é > mostrado uma analize de cada consulta feita dentro da função, o que facilita > em muito a analize de performance. Já no Post isso não é possivel. > - O processo de "update" é muito mais lento no Post. > > Lógico que, assim como eu encontrei dificuldades com os itens acima, > encontrei diversas características que se destacam no Post. > O objetivo desse e-mail não é o de criticar o PostgreSQL, mas sim de > incentivar melhorias que podem tornar o PostgreSQL ainda melhor do que já é. > > > Sem mais, > > ---------------------- > Marlon David de Souza > Desenvolvimento > Sysmo Informática Ltda > _______________________________________________ > Grupo de Usuários do PostgreSQL no Brasil > http://www.postgresql.org.br > > _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br
