Daniel, Vou pegar o seu gancho de "maquinas bem configuradas"...
Temos um sistema de gerencia de rede aqui (GRC) que foi desenvolvido originalmente em bases Oracle, porém a necessidade de sites isolados provocou um altissimo custo e optou-se pela migração, e desde o primeiro projeto eu reforcei a necessidade não ser agressivo na redução de custos. a. Economizar em licença, sim b. Economizar no HARDWARE NÃO c. Economizar no SUPORTE, TALVEZ d. GASTAR em ferramentas de gerencia SIM a. Licenças - fontes não oficiais e não confirmadas ... Oracle Standard < US$ 2 k Oracle Enterprise - para poder ter um standby > US$ 40 K O custo pode ser variado por CPU. * Governo possui um chamado contrato guarda-chuva, que não cobra licenças ... b. Hardware Porém não fui ouvido, e no primeiro projeto optou-se por muita CPU e Memoria, porém discos SATA, sem nenhuma redundancia ... É claro que houve falha em um dos discos e a base foi corrompida. Culpa de quem? eheh Em outros momentos optou-se por SATA com raid, tando software quanto hardware, mas por falhas de gerencia chegamos a ter problemas (um mirror falhou ;) ). No terceiro momento, voltou a consciencia e optaram novamente por SCSI e Raid, mas com a afirmação de que "se tem de gastar tanto eu fico com oracle" !! Bem, absurdos à parte, é essencial manter o foco de que o hardware deve ser compatível com a solução, é claro que em alguns casos discos SATA vão atender, mas vai depender da dimensão de seu banco. c. Suporte Suporte é algo necessário, e muitas vezes a lista não responde em tempo, e gerentes gostam de ter "um culpado" para apontar, e uma lista não serve. Estas alegações de "eu faço", "suporte da comunidade" ou "o google responde" não são muito atrativas. PS: Para os empresarios está aí uma oportunidade ;) >> Mas sem esquecer de manter visão, missão... e postura. Comunidades costumam guardar rancor d. Ferramentas de gerencia Esta é a principal reclamação dos DBA's Oracle, e faz sentido quando vc tem que administrar vários servidores com características diferentes. Identificar as melhores ferramentas é fundamental !! Bem, desculpem pela estensão, mas me empolguei... :D Sds, Marco Antonio Daniel Gaspary wrote: > On 8/29/07, Fernando Brombatti <[EMAIL PROTECTED]> wrote: > >> 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. >> > > Sei bem como é isso, Fernando, aqui no RS trocou o governo, o anterior > era pró Software Livre (SL), os dois mais recentes são contra o > anterior, logo, tudo que o outro fez deve ser destruído, e se importar > com o que realmente interessa... nosso bolso e segurança das nossas > informações ...só detalhes para a corja. > > Bom, deixemos a política de lado... > > Trabalho com Oracle no meu emprego. Embora algumas informações irão > faltar, acho que posso ajudar com argumentos do uso do dia-a-dia. > > >> 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 . >> > > Esse não é um ponto bom para agumentar. Temos de todos que gostamos do > Postgres (PG) termos em mente algumas coisas. O Oracle tem MUITO mais > features que o PG. Features muito legais. > > O Oracle tem funções incríveis. O PG está correndo atrás, mas vai > demorar e talvez nunca alcance. Afinal o Oracle tem orçamento de > Bilhões para investir. > > Mas o PG nem é focado em substituir completamente o Oracle. Até > porque o Oracle deixou de ser sinônimo de somente Banco de Dados, > criou todo um ambiente em volta disso, servidor de aplicações, > workflow, etc. > > Um ponto bom a discutir é... Ok, o Oracle é ótimo, tem tudo. Mas ... > precisamos do que ? > O que iremos realmente usar ? > > O oracle vem com um caminhão de coisas que muita gente nem toma noção > nunca, pois a maioria compra movido pela marca Oracle, muitas vezes > com medo de se aventurar, é verdade. > > >> ou coisas que o Oracle foge aos padrões e normalidades. >> > > Quanto a isso, posso falar somente da sintaxe SQL: a Oracle vem > diminuindo o número de sintaxe proprietária no código, praticamente é > mínima a diferença. Já foi um ponto crítico, junções de tabelas era > uma sintaxe horrível, mas hoje em dia suporta o padrão, ainda bem. > > > Nesse ponto o PG é exemplar. Procura sempre seguir o padrão, > implementando completamente quando possível, extendendo em alguns > casos. E fazendo algo que poucos produtos fazem, deixando muito claro > o que NÃO implementa e o que difere do padrão. Pode ver na parte de > "SQL reference" do manual do PG, no final da explicação de cada > comando a uma seção sobre a compatibilidade. > > >> Gostaria de saber também quais >> são os custos para licenciamento no caso de uma máquina 4 x Opteron Dual 64. >> > > Quanto a isso, não sei números, não cuido disso, mas sei que a Oracle > tem um modelo de licensiamento que atinge bem por aí. Máquinas assim > são cobradas por processador. > > Sei de clientes da nossa empresa que nem orçaram um novo Oracle porque > a máquina nova tinha 16 processadores (ou mais, não lembro) e o preço > seria inviável. > > > Mas agora alguns bons argumentos pra fazer sob a forma de perguntas a > seus colegas.... > > Eles conhecem o site Metalink ? > > Funciona assim, você instala o Oracle, faz tunning, beleza, põe em > produção. Roda, roda, roda... > > Você vai dar uma olhada no log do Oracle e acha alguns erros de > execução de alguns tipos de algumas consultas. Procura pelo erro no > nosso amigo Google. > > Conserta, ok. Mas... as vezes, aparece um erro que precisa de um > patch. Vou baixar o patch, correto ? > > Se você tem uma conta no Metalink, você baixa. Cadastramento gratuito > ? hahaha. Nada disso. > > Suporte então ? Existe muita oferta de DBA, isso é vantagem do Oracle, > mas custa dinheiro e muito. > > Enfim, o PG não é pra ser considerado quebra-galho. É um banco muito > bom, isso de corromper arquivos, ocorre no Oracle também, existem > mecanismos que te ajudam a recuperar. Mas nada que máquinas bem > configuradas, com mecanismos de salva-guarda não dêem jeito. O caso é > que as mesmas pessoas que acham o PG ou qualquer software livre como > quebra-galho, acabam achando que já que é gratuito, vai economizar > também em infra-estrutura de hardware. Então quando der problema... > "ah, culpa dessa coisa gratuita". > > A verdade aqui parece ser uma... Seus colegas estariam falando tão > facilmente de trocar para Oracle se estivessem em uma empresa privada, > onde teriam de Justificar um investimento desses para um chefe, > olho-no-olho ? ;) > > Espero ter mais ajudado que atrapalhado. > > Abraço. > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
