Po galera, Vou ter que discordar em alguns pontos do que nosso colega escreveu. * Melhor integração com o SO. Você já atualizou uma Distribuição Linux com um Oracle instalado? Prepare-se para muita dor de cabeça, pois o processo é no mínimo delicado. Para quem utiliza uma distribuição Linux como o Debian, isso mal passa pela cabeça do DBA. Você atuliza o SO junto com o PostgreSQL e pronto. Outra coisa interessante é que você pode utilizar os redirecionamentos do shell para jogar a saída de uma exportação direto na entrada de uma importação. Isso economiza tempo de disco. Na verdade o PostgreSQL se ajusta muito bem com o Padrão POSIX, enquanto a Oracle insiste em criar suas próprias regras como o OFA <http://http//download.oracle.com/docs/cd/B19306_01/install.102/b15660/app_ofa.htm#sthref1144> (Optimal Flexibe Architeture). O postgres foi feito mais para ambiente Unix em geral. Como já até foi falado aqui na lista, meio que andaram para ambiente windows. A Oracle tem que fazer para todos os SOs que ela suporta. Debian de fato não é suportado por eles e nem vai ser. Agora tem uma versão free do 10g, com um instalador para Debian. * Você pode subir um Oracle num 486?? O Oracle é pesado, um verdadeiro dragão devorador de recursos. A versão 11g que foi lançada recentemente pede um mínimo de 1GB de memória no servidor. O PostgreSQL é bem mais flexível neste sentido. Você pode subir um PostgreSQL para testes no seu próprio desktop em 2 minutos e já sair testando sem ter que se preocupar muito com isso. Eu particularmente chego a ter 2 ou 3 versões do PostgreSQL rodando no meu desktop sem problemas. Agora dê uma olhada no procedimento de instalação do Oracle <http://www.oracle.com/pls/db102/portal.portal_db?selected=11> e você verá porquê poucas pessoas sabem colocar ele no ar de maneira adequada! Sim voce pode. Usando os parametros default com pouca memoria, dependendo da versão que usar pode sim. Alem do mais a instalação é toda baseada em Java. Será que um dia o pg não terá um instalador java? * Independência de suporte. Todo mundo pergunta se o PostgreSQL tem suporte confiável no Brasil. Tem sim, não vou me pronunciar a favor de um ou outro aqui, mas temos empresas muito competentes aqui no Brasil. Mas alguém já se perguntou como é o suporte da Oracle??? Como eles são detentores do código fonte do Oracle, só eles podem lhe oferecer um contrato de suporte mais profundo. Pergunte a um DBA Oracle como é o suporte da Oracle e você irá se surpreender! Já no PostgreSQL você não encontra este problema, você pode escolher a empresa <http://www.postgresql.org/support/professional_support> que vai lhe prestar suporte. Se você não gostou do suporte de uma empresa... chame outra! Está com medo de ninguém segurar o rojão quando um problema mais sério acontecer? Quem disse que a Oracle não vai lhe deixar na mão? Bom, quer conhecer o suporte da Oracle, saiba o que mais de 90% das pessoas conhecem por suporte é na verdade apenas o acesso ao Metalink <https://metalink.oracle.com/> . Mas suponhamos que você precise de algo um pouco específico mais onde o Oracle não lhe atende? Bom, o mais provável é que a Oracle lhe diga NÃO ou se você der sorte estará diante de um orçamento monstruoso. Se você precisar de algo diferente no PostgreSQL, você pode entrar em contato com qualquer um dos seus desenvolvedores (existem alguns no Brasil) e solicitar uma nova funcionalidade. Você vai pagar apenas as horas de desenvolvimento dele e se ele achar que a funcionalidade é importante, você provavelmente verá ela implementada na Próxima versão do PostgreSQL e nunca mais terá de se preocupar com isso. Acredite ou não, várias funcionalidades do PostgreSQL que você usa hoje, surgiram assim. Veja o exemplo dos SkyTools <http://pgfoundry.org/projects/skytools/> . Existem empresas menores que tem contratos de manutenção com desenvolvedores do PostgreSQL e utilizam versões modificadas com particularidades mais bizarras e funcionam sem problemas. Um detalhe... se você não gostar do desenvolvedor, você simplesmente contrata outro, uma vez que você não precisa estar amarrado a ele. Suporte da oracle realmente não é a oitava maravilha do mundo, mas 90% dos problemas encontro as soluções no metalink. O restante tenho que abrir chamado e realmente demora em alguns casos. Já aconteceu de resolvermos o problema antes da oracle. * Acesso aos desenvolvedores. Você já perguntou alguma coisa a um desenvolvedor do Oracle? No postgreSQL isso é tranquilo, basta entrar na lista de discussão dos desenvolvedores. Um exemplo de como isso pode ser útil é saber o que esperar das próximas versões. Todo o ciclo de desenvolvimento é transparente, você sabe o que será implementado na próxima versão, e o que estão querendo implementar nas próximas. Saber para onde o seu SGDB vai dá muita segurança para o DBA. Vamos aos fatos. Oracle não é software livre, é pago. Isso ai não podemos comparar. A oracle não vai passar o codigo fonte né. Acho que aqui esse tipo de comparação nem poderia ser comentada. So poderia ser entre softwares livres ou entre pagos. * Acesso aos paths de correção independente de pagar licenciamento. Todo mundo fica com o orçamento apertado durante algum tempo. Mas se você deixar de pagar a manutenção do Oracle, prepare-se para ficar vulnerável. As atualizações só estão disponíveis para quem está com seus pagamentos em dia; Aqui não é pagar o licenciamento, tem que pagar o suporte. Nada mais do que justo num software pago. Um exemplo, a Symantec libera suas versões de anti-virus, correções, etc durante 1 ano. Depois disso tem que comprar outra licença. Acho que mais ou menos é a mesma coisa * Linux é Linux, não importa qual distribuição você utilize. O Oracle roda em qualquer distribuição Linux atual. Eu já utilizei por um bom tempo em Debian e fiquei muito satisfeito com o resultado. Mas se você deseja ter qualquer nível de suporte da Oracle, você só vai poder utilizar 3 ou 4 distribuições homologadas por eles (incluindo a versão da própria Oracle que é uma cópia do Red Hat). Isto não significa que estas são as melhores distribuições Linux do mercado (embora sejam muito boas). A questão é que você não pode escolher. Da mesma forma, não é qualquer hardware que você pode utilizar para para rodar o Oracle, tem que se um hardware homologado. Estes dias vi que a Oracle homologava algumas soluções de NFS <http://en.wikipedia.org/wiki/Network_File_System_%28protocol%29> fornecido por terceiros. Isto significava que se você comprasse uma solução de NFS de um dos parceiros homologados pela Oracle, eles lhe dariam suporte. Depois a Oracle desistiu da parceria e deixou de homologar estas soluções (pois ela lançou sua própria versão de NFS). Quem comprou a solução indicada pela Oracle simplesmente deixou de ter uma solução homologada, o que significa: nada de suporte para você. Nunca vi a oracle não suportar Hardware. Já vi não homologar alguns tipos de versões de cluster. Já trabalhei com máquinas Xing Ling, discos ide, processadores pentium e nunca deixei de ter suporte por causa disso. Com relação a Linux concordo em tudo. Mas aqui mesmo na empresa usamos centos que é uma versão free e é uma cópia da RedHat. Também nunca tive problemas com o suporte, mesmo pq os pacotes são os mesmos. Quanto ao resto concordo tudo que o colega escreveu. Não acho o Oracle melhor ou pior que o PG, apenas quis colocar minhas opiniões. So mais uma coisa, eu vi alguem falar sobre o Rac. Implementei aqui na empresa e funciona realmente muito bem. Realmente para alta disponibilidade ajuda e muito. Gostaria de saber se o PG tem alguma coisa parecida.(por favor não entendam como arrogancia, ou que eu estou dizendo que o oracle é melhor. A pergunta está sendo em carater de conhecimento mesmo.) Abraços a todos. Atenciosamente, Nelson Cartaxo
________________________________ De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Emanoel Tadeu Enviada em: quinta-feira, 30 de agosto de 2007 15:19 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Comparativo Oracle x Postgres Excelente texto! Em 30/08/07, Fabio Telles <[EMAIL PROTECTED]> escreveu: Oh sim... faltou o link: http://www.midstorm.org/~telles/2007/08/30/coisas-do-postgresql-que-fazem-falta-no-oracle/ []s Em 30/08/07, Fabio Telles<[EMAIL PROTECTED]> escreveu: > Em 29/08/07, Fernando Brombatti<[EMAIL PROTECTED] > escreveu: > > Boa tarde pessoal. > > > > Trabalho em um órgão governamental que utiliza PostgreSQL como SGBD. Ocorre > > que há pessoas que estão "dizendo" dentro da instituição que o mesmo não é > > um banco de dados confiável e que deve-se utilizar Oracle. Na verdade essas > > pessoas são totalmente contra todas as vertentes de software livre. Sem > > entrar em mais detalhes, gostaria de saber funcionalidades que estão > > disponíveis no PostgreSQL mas que não estão disponíveis no Oracle ou coisas > > que o Oracle foge aos padrões e normalidades. Gostaria de saber também quais > > são os custos para licenciamento no caso de uma máquina 4 x Opteron Dual 64. > > > > Aguardo ajuda dos amigos. > > Opa... vejo que as coisas estão se complicando aí para você, Fernando. > Bom... fiz minha lista de coisas que fazem falta no Oracle e o > PostgreSQL tem. Lá no meio você vai entender porquê não é tão simples > dizer quanto custa o licenciamento das suas 4 máquinas... > > Um grande abraço! > Fábio Telles > > OBS: Como sempre, críticas e sugestões são bem vindos! > -- > blog: http://www.midstorm.org/~telles/ > e-mail / jabber: [EMAIL PROTECTED] > -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- -------------------------------------------------- Emanoel Tadeu
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
