O PostgreSQL

O Governo do Ceará tem uma
O Governo do Ceará tem uma política agressiva de implantação de software livre em todas as suas secretarias. O DETRAN já utiliza o PostgreSQL plenamente e apresentam o caso com satisafação.

Nassif,

Eu trabalho numa
Nassif,

Eu trabalho numa empresa multinacional cujo website, disponível em 21 idiomas, atende a mais de 30 milhões de visitantes únicos todos os meses.

Cada visitante único gera dezenas de chamadas, e cada chamada envolve dezenas de tabelas de um banco de dados extremamente complexo.

Nossos sistemas rodam inteiramente em MySQL.

Posso afirmar, sem nenhuma dúvida, que o PostgreSQL atenderia plenamente as nossas necessidades.

Eu usei bastante esse banco e
Eu usei bastante esse banco e até realizei alguns testes de carga nele. O resultado foi surpreendente: ele é muito rápido. Além disso, a instalação e administração é muito simples se comparada a outros bancos.

Aguenta porrada e suporta desaforo?

A velocidade dele se dá
A velocidade dele se dá porque carrega os índices das principais tabelas (cache) para a RAM que é muito rápida, reduzindo o acesso ao HD que é lento por ser mecânico.

Devido à velocidade da RAM pode-se trabalhar com os índices(texto) zipados o que reduz o consumo da RAM.

O Ranieri falou, falou… e
O Ranieri falou, falou… e não disse nada! E o Nassif ainda publicou!

Os programas que gerenciam
Os programas que gerenciam bancos de dados dependem muito do Sistema Operacional (SO) em que rodam, dados o gerenciamento de processos e de memória implementados por cada um deles.

É por isso que o SQL Server roda tão bem sobre o Windows, enquanto os outros programas apresentam bugs diversos nesse SO e penam para conseguir desempenho semelhante.

Em sistemas Unix, brilham o PostgreSQL e o MySQL. Eu uso esse último pela praticidade de manter bancos de dados distribuídos, característica também aproveitada, por exemplo, pelo Google. Além disso, os blogs baseados em WordPress também utilizam o MySQL.

Na internet, você vai encontrar referências a “uma das maiores implantações de PostgreSQL no Brasil, na Atrium Telecom, empresa de telefonia corporativa de São Paulo. O PostgreSQL é utilizado como banco de dados do sistema de billing e tem uma base de dados de mais de 100GB e efetua 1 milhão de transações diárias. As maiores tabelas do sistema contam com mais de 70 milhões de linhas.”

Na prática, a escolha do programa vai depender do SO que você usa.

“Séries de dados e
“Séries de dados e informações para tabelas Excel e notas.”

Isso é moleza, chumbo grosso mesmo são as milhares de transações de um banco comercial!

Nassif,

Não tem como errar
Nassif,

Não tem como errar com o PostgreSQL, ele é muito bom. É leve se a sua aplicação for leve e aguenta porrada se a sua aplicação for pesada. É fácil de usar, tem uma comunidade vibrante e tem a melhor herança possível que é Ingress feito na Universidade de Berkeley. Ele possui uma série de extensões para geoprocessamento, precessamento de dados estatisticos, indexação de texto… Veja quem usa o PostgresSQL:
http://en.wikipedia.org/wiki/Postgresql#Prominent_users

Nassif, o PostgreSQL se não
Nassif, o PostgreSQL se não for o mais completo é sem dúvida um dos melhores SGDBs, que existem, mesmo sendo de distribuição livre ele hoje atende a muitas grandes empresas no mundo todo. Aqui na empresa temos uma base com mais de 2.5 T (Terabytes) gerenciadas com PostgreSQL e não há problemas. Os problemas relacionados a *tilt* o qual lhe informaram certamente foi por pessoal pouco experiênte com o uso desse produto e que certamente não soube ou não tem conhecimento de como apertar todos os parafusos para que o mesmo funcione adequadamente ao seu volume de dados.

Olá Nassif.

Eu sou
Olá Nassif.

Eu sou jornalista. Trabalhei em redação por uns 10 anos e já tem uns dois que montei uma empresa que desenvolve websites. Antes da empresa, já desenvolvia trabalhos na web calcados em linguagens de programação, como o PHP, e bancos de dados, como o MySQL e o PostgreSQL.

Dentre outros trabalhos, desenvolvi o site da Rádio USP – que já passou por algumas modificações estéticas desde que desenvolvi mas que continua com o mesmo código interno – e um CRM (ferramenta que gerencia contatos com clientes) para uma construtora que hoje tem mais de 30 mil clientes cadastrados e umas duas dezenas de corretores de imóveis usando.

Nesses dois casos eu usei MySQL mas te garanto que o Postgre daria conta do recado tranqüilamente. Na verdade esses trabalhos são fichinha para estes gerenciadores de bancos de dados.

Tanto a sua pergunta quanto a discussão dos comentaristas me parecem meio fora de foco (sem arrogância). Deixa eu me explicar melhor.

COMO UM SISTEMA GERENCIADOR DE BANCO DE DADOS FUNCIONA?

Os gerenciadores de bancos de dados escrevem arquivos no disco rígido do computador. Basicamente eles trabalham com tabelas. Cada tabela um arquivo. Quando você pergunta se ele aguenta “porrada”, na verdade isso depende mais do seu computador do que do banco de dados. A leitura das tabelas, o processamento dos dados e etc. dependem mais da máquina do que do banco de dados.

Há sim detalhes que são importantes, como a modelagem dos dados (como eles serão organizados nas tabelas) que fazem com que você consiga usar menos recursos da máquina para fazer o mesmo processamento de dados, mas acho que dificilmente isso será um fator limitante para você. Pense que esses gerenciadores são responsáveis por coisas como gerenciar todos os dados que um banco armazena e aí você tem uma idéia de como será difícil chegar nesse nível de utilização. E mesmo nesse caso, em que contratam-se os melhores profissionais para modelar os dados de forma correta, é preciso ter muito poder de processamento para fazer o sistema trabalhar. Os datacenters dos bancos são gigantescos e poderosos.

INTEGRIDADE DOS DADOS É A CHAVE

Mas então porque as pessoas usam gerenciadores de bancos de dados se com uma planilha do excel o resultado seria o mesmo do ponto de vista da armazenagem? Pela necessidade de manter os dados íntegros em primeiro lugar, e em segundo, pelas possibilidades de retrabalho, associações etc. com esses dados.

Primeiro de tudo, qualquer gerenciador, por mais simples que seja, é capaz de preservar os dados se acontecer de chegarem dois pedidos de alteração de uma unidade de dados ao mesmo tempo. Ele gerencia isso, colocando os pedidos numa fila, fazendo uma alteração por vez e (quase) nunca deixando que os dados se corrompam.

Outra utilidade importante desses gerenciadores é o de fazerem transações (transactions). Pense que alguém vá fazer um compra de um livro num site de e-commerce. Quando for pagar, essa pessoa aperta um botão só, mas na realidade duas transações são feitas: sai o dinheiro da conta dele, e depois esse mesmo valor é creditado na conta da loja.

Suponha que você consiga fazer a primeira transação, o dinheiro sai da conta do comprador, mas na hora do dinheiro entrar na conta do lojista há um problema no sistema, por causa de um bug, de uma falha no servidor etc. Nesse caso, mesmo que o problema seja crítico, como alguém tirar a máquina da tomada, o banco de dados é capaz de, caso algumas das transações planejadas não seja completadas, voltar ao estado que estava antes da primeira operação.

É impossível ter um sistema que não falhe. Cedo ou tarde vai acontecer. E nessa hora os gerenciadores de bancos de dados são a salvação.

Vale ressaltar também que os BDs também te dão ferramentas e liberdade para manipular os dados como bem quiser, mudando de gerenciador ou lugar de armazenagem com relativa facilidade.

PENSE NA INTERFACE PRIMEIRO

Sua pergunta é meio vaga para eu ter certeza do que sugerir, mas acho importante você saber que a interface às vezes pode te fazer decidir por um sistema. Por exemplo, o WordPress que gerencia seu blog usa um banco de dados. Ele aceita vários tipos, mas a grande maioria das pessoas usa o MySQL. O WordPress é um conjunto de scripts (arquivos que são capazes de executar tarefas com dados) que armazena e recupera dados de um banco de dados.

O WordPress é sua interface. Ele faz o trabalho sujo. Guarda os dados enviados de maneira organizada no BD e é capaz de ir lá e trazer o que foi guardado. Essa comunicação é feito usando uma linguagem chamada SQL (Structured Query Language – http://en.wikipedia.org/wiki/SQL). Essa é a linguagem que os bancos de dados usam. Essa linguagem, como tantas outras, é um standard criado por órgãos dedicados a isso.

Um bom gerenciador de banco de dados entende quase tudo dessa linguagem. Digo quase tudo porque essa linguagem, como qualquer outra, é um ente vivo, que está sempre sendo alterado, melhorado. É muito difícil que um banco de dados respeite 100% a linguagem. Isso é quase um utopia. O Postgre é reconhecido por ser um dos BDs que estão mais próximos da perfeição.

Mas isso quer dizer que o MySQL, ou o SQLite são gerenciadores ruins? Nem de longe. O principal é fazer o grosso e duvido que você tenha problemas com isso. Você vai ter que fazer operações muito complexas para se deparar com algum problema de interpretação. E nem assim está tudo perdido. Mesmo que um determinado BD não entenda um comando SQL, é quase certo que ele seja capaz de realizar a tarefa que se deseja, mas você vai ter que contornar o problema dando a ordem de um jeito que ele entenda.

Por isso a interface é tão importante. Os gerenciadores de bancos de dados são programas que interpretam SQL e fazem isso de modo a preservar a integridade dos dados, mas você vai aprender SQL? Vai se debruçar sobre o assunto a ponto de ter que parar seu trabalho por causa de um erro de interpretação da linguagem. Acho difícil.

No fim, quem vai ter que lidar com isso é um programa, que fará a interface entre você e o BD. O WordPress faz isso quando você posta. E mais, quando alguém acessa o blog, ele vai ao BD, pega os posts mais recentes, formata esses dados em html e envia para o visitante.

Eu não sei quais são seus objetivos, mas você pode tanto usar um script que fica num servidor web, como o WordPress ou o Drupal, como pode usar um programa no seu computador. Vi em outro post que você usa Mac. Eu também uso e na minha opinião o melhor programa para essa finalidade no mundo Mac é o Navicat (http://www.navicat.com/). Há também versões para Windows. Ele trabalha com os principais BDs, e é muito bom.

Com esse programa, você tanto pode trabalhar dados (inserir, ler, apagar) de um BD rodando num servidor remoto como pode lidar a um BD instalado na sua máquina, o que (teoricamente) é mais seguro.

O QUE É MELHOR? UM SISTEMA PROPRIETÁRIO OU UM LIVRE?

Há algumas áreas em que o software livre se desenvolveu muito. No desktop os sistemas livres são minoria, mas no caso dos BD’s, eles disputam pau a pau com as versões pagas.

Os três bancos de dados livres mais populares são SQLite, MySQL e Postgre. No mundo pago, o MSQL, da Microsoft, e os BD’s da Oracle são os mais usados.

A primeira vantagem do mundo livre é não pagar licenças. Mas no gerenciamento de bancos de dados, esse chega a ser um valor pequeno perto do que é preciso investir, visto que a manuntenção do sistema e dos dados é bem cara. Isso faz com que maioria das grandes empresas optem pelos proprietários.

Basicamente isso está ligado ao suporte. Se você usar um comando SQL que não é entendido ou se o sistema tiver qualquer comportamento estranho, você tem para quem ligar e pedir ajuda.

Isso é tão importante em sistemas críticos (onde qualquer falha é uma dor de cabeça enorme) que os softwares livres perceberam que era preciso oferecer suporte para competir. Os programadores que desenvolveram esses sistemas começaram a se organizar para oferecer isso. Um outro comentarista até falou disso. Mas esse não é um fator de decisão.

De novo dou palpite no escuro, mas é preciso avaliar o quão complexo é o que você precisa. Imagino que no seu caso, um profissional com experiência nessa área seja tudo o que você precisa. Ele vai te dar o suporte para criar o BD e administrá-lo.

Um outro comentarista disse para você se preocupar com o fato do MySQL ter uma licença nebulosa. Ele se refere ao fato de a gigante Sun (que dentre outras coisas criou o Java) ter comprado a fundação que desenvolvia e dava suporte ao MySQL. Isso já tem uns três anos ou mais. Outros casos assim já aconteceram. O que a Sun tem feito é profissionalizar o suporte e ganhar dinheiro com isso.

Eles são praticamente “obrigados” a manter o código aberto para gerar interesse pelo sistema e para receber as benesses do desenvolvimento comunitário em que os softwares livres se apoiam. Normalmente, quando uma grande corporação compra um sistema aberto surge esse temor bobo, fruto até de uma certa ignorância.

O fato é que agora o MySQL tem um suporte muito mais profissional e qualificado, o que deveria até ser um ponto a favor. O código continua aberto e caso eles resolvam fechar, é bom que isso fique claro, eles vão travar o código que vier a ser desenvolvido posteriormente, e certamente programadores que já usam o sistema vão pegar o código do ponto onde ele parou de ser desenvolvido pela Sun e continuar a aprimorá-lo. Por isso é que é praticamente impossível que a Sun venha a tomar essa decisão.

Eu recomendo fortemente que você use um sistema livre. Não porque ele é aberto, já que duvido que você vá investigar as entranhas do sistema e mexer no código dele, mas primeiro porque em sistemas menos complexos, como imagino que é o seu caso, o preço da licença é parte considerável do total investido, e segundo porque é mais fácil encontrar suporte e profissionais qualificados para darem consultoria.

MAS QUAL SISTEMA EU ESCOLHO?

Depende muito da sua necessidade. O mais rápido de todos é o SQLite (http://www.sqlite.org/). Para você ter uma idéia do poder desse sistema, ele é responsável por todo o armazenamento de informações no iPhone, da Apple. A Apple também o utiliza, e muito, no desktop (por exemplo, ele é que armazena as fotos do iPhoto ou os emails do Mail).

Mas como nem tudo são flores, apesar da sua incrível rapidez, ele tem um problema. Cada vez que você vai inserir dados, o sistema fica incapaz de atender pedidos de leitura de dados. Simplificando, se ele fosse o sistema do seu blog, a cada envio de comentário ou de post, o sistema não seria capaz de gerar páginas para quem acessasse o site. Isso faz dele uma ótima opção para quando você não precisa de várias operações acontecendo ao mesmo tempo (concorrência), como num desktop ou num smartphone. Ele praticamente não é utilizado em sites.

O SQLite também carrega o fardo de estar em último lugar entre os sistemas gratuitos e populares na interpretação do SQL. A velocidade tem seu preço.

O Postgre é muito robusto (código bem testado, sistema estável) e lidera o ranking dos que mais respeitam o SQL. Mas tem um problema, ele é muito menos popular do que o MySQL. (Google => Postgresql = 19,600,000; MySQL => 232,000,000). Considero isso um problema para você. Achar quem dê suporte e entenda esse BD é muito mais difícil do que se você escolhesse o MySQL.

O MySQL é muito robusto e estável, assim como o Postgre. Ele é relativamente mais lento do que o SQLite, mas tão veloz quanto o Postgre. Mas como eu disse isso está muito mais ligado á implementação e modelagem dos dados do que ao BD em si. E a quantidade de gente que trabalha com esse sistema é gigantesca. A USP, por exemplo, que só trabalha com software livre no seu datacenter, usa ele na grande maioria dos casos.

Vale citar também o Oracle Express (http://www.oracle.com/technology/products/database/xe/index.html). Ele é uma versão gratuita do famoso BD 10g da Oracle. É gratuito e aberto, mas tem algumas limitações em relação ao tamanho (limitações do ponto de vista de um heavy user).

Como a Oracle é líder nesse setor, esse sistema gratuito é bastante utilizado por quem quer mergulhar na tecnologia deles e pode ser uma opção para você.

ISSO TUDO É MUITO COMPLEXO. ESSAS SÃO AS ÚNICAS OPÇÕES?

Por fim há os sistemas pensados para o consumidor final. O mais famoso é o Access, da Microsoft. Esses sistemas juntam o BD em si a uma interface. O Access não tem versões para Mac.

Mas um software relativamente novo, chamado Bento, inovou nesse mercado. E só roda em Mac. Ele foi desenvolvido por uma subsidiária da Apple, chamada Filemaker. Essa empresa foi comprada há mais de uma década e há muito tempo desenvolve um BD muito robusto e confiável.

O Bento se propõe a juntar a robustez dos BDs da Filemaker com a facilidade de uso e interface superior do mundo Mac. Dê uma olhada no site para se encantar: http://www.filemaker.com/products/bento/overview.html. Só que se a escolha for essa o sistema, que é instalado apenas na sua máquina, é inviável que outras pessoas acessem ou gravem dados via rede. Mas não se acanhe com isso. É um produto que eu classificaria até de revolucionário. E bem barato!

Em todo caso, se você quiser explicitar um pouco melhor o que pretende fazer, talvez eu possa te tirar algumas dúvidas. Fique à vontade para mandar um email.

Espero ter ajudado.

Abraços cordiais de um fã do seu trabalho.

Oi Nassif, pesquisei um
Oi Nassif, pesquisei um pouquinho e achei esse software, não sei se é algo nesse nível que você deseja: http://www.sungard.com/financialsystems/products/famesoftware.aspx. Eles têm um pdf desse produto em http://www.sungard.com/~/media/financialsystems/brochures/fame_datasheet_fame%20software.ashx.

Achei também um “paper” na SpringerLink, que provavelmente seu DBA deverá ler pra implementar as séries temporais no PostgreSQL: http://www.springerlink.com/content/f650365w01425185/.

[]’s
Paulo

Detalhe importante: Segue a
Detalhe importante: Segue a risca o padrão SQL. Na verdade ele implementa quase 100% do ANSI SQL 2003, inclusive procedures. Isto significa que, caso você não goste do PgSQL, pode migrar para, digamos, MySQL ou DB/2 com pouco esforço (tenta fazer com o Oracle!)

marcosb tem razão quanto memória e processamento estão em jogo (tipo celerdinhos com vaga lembrança), mas vale lembrar que o SQLite é bom para bases pequenas de uso local (na própria máquina onde o sistema roda).

Prezado Luis Nassif, pergunte
Prezado Luis Nassif, pergunte ao pessoal do Serpro sobre que banco de dados a Receita Federal utiliza, os “pequeninos” tamanhos das base deles e a quantidade de transações por dia (que apliactivo eles utilizam para isto). Ai vai ver o que é “bom para tosse”.

Nassif

Segundo um amigo meu,
Nassif

Segundo um amigo meu, professor da UFPR, o PostgreSQL não fica devendo nada ao Oracle em performance e robustez. Só que não custa nada, enquanto com o Oracle, certamente vc gastaria alguns milhões para rodá-lo no site.
Aqui no TJPR, temos alguns sistemas em PostgreSQL, como o Portal Corporativo e o Diário da Justiça Eletrônico, ambos implantados há pouco tempo. E a tendência é migrar as demais aplicações também.
Posso indicar o email deste amigo professor que é fera em BD e aplicações web, se quiser.

Abraços.

Sobre a comparação com MySQL,
Sobre a comparação com MySQL, tenho que ressaltar que até pouco tempo MySQL não tinha nem restrições de integridade nem stored procedures nem subconsultas. Ou seja, não tinha o mínimo que um banco precisava ter para aplicações sérias. Como isso tudo só foi adicionado última versão (5), não se pode dizer que é um banco maduro. Em ambiente empresarial, conheço bem como uma grande rede de varejo usa o MySQL e sei de todos os problemas que enfrentam. Simplesmente, foi uma péssima escolha.

Nassif, se for usar o
Nassif, se for usar o PostgreSQL, tente ajuda de um profisisonal.
Ele é tão eficiente quanto um ORacle ou SQL Server, mas tão temperamental quanto.
O processo de Vacuum, que imagino seja oq ue vocÊ descreveu, é transparente e automático na versãoi nova, mas o fine tuning do banco pode deixar vocÊ assombrado com a performance dele.
Mas isso depende MUITO de como seu sistema vai falar com ele.]

No geral, ele é preferível em méritos técnicos, mas depende muito do pilto para obeter resultados satisfatórios a cada situação.

Leonardo: As versões 8.2 e
Leonardo: As versões 8.2 e 8.3 estão bem mais simples.

O Detran do Paraná foi
O Detran do Paraná foi construído em cima de um banco de dados PostGre. Todo os sistema foi construído em Software Livre e está disponível para outros estados. Sistema de Detran precisa conciliar várias entradas ao mesmo tempo, do próprio órgão, de consultas de multas, tributos e outras informações pela internet pelos motoristas, dos bancos (pagamanto de IPVA), despachantes, etc. O banco de dados tem poucas ocorrências de problemas. Obviamente isto depende não só da tecnologia, mas da qualidade de sua implementação, como e todas outras opções do mercado.
A Celepar – informática do Paraná, usa o PostGre como banco de dados preferencial para o desenvolvimento de sistemas. Posso indicar também o departamento de informática da Universidade Federal do Paraná como uma referência no conhecimento deste banco de dados, onde sugiro entrar em contato.
Segue matéria a respeito:
http://www.celepar.pr.gov.br/modules/noticias/article.php?storyid=51
E sites de referência:
Celepar: http://www.celepar.pr.gov.br
UFPR: http://www.c3sl.ufpr.br/pt-br/

Banco de dados é algo
Banco de dados é algo dinâmico, mas para se ter uma visão abrangente pode-se olhar neste endereço algumas tabelas com as principais caracteristicas de cada banco de dados. (As tabelas não estão atualizadas com as ultimas versões, mas dão uma idéia geral)
http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems

O PostgreSQL é um dos
O PostgreSQL é um dos softwares SGBD mais antigos e robustos que existem. Junto dos outros líderes de mercado (MS-SQL e Oracle, principalmente), chegou a um nível de maturidade excepcional.

Na verdade, hoje, até projetos menores são altamente confiáveis, como o MySQL.

Você dificilmente teria problemas de perda de dados com postgreSQL, por causa do sistema interno de armazenamento (que hoje já virou commodity).

Sem entrar em detalhes técnicos, pode-se dizer que a melhor velocidade do MySQL em relação ao postgreSQL se dá por causa da falta (intencional) de algumas verificações no formato padrão de tabela, o que em um blog seria aceitável, mas em um banco não (por exemplo, uma segunda gravação para backup automático dos dados).

Simplificando, pode-se dizer que existem vários modelos de bancos de dados porque existem diferentes perfis de clientes, e não por competência técnica.

Geralmente, a “Comunidade Livre” escolhe o postreSQL para sistemas mais robustos e o MySQL para sistemas mais simples. No seu caso, ambos serviriam tranquilamente.

Essa informação é falsa, “O
Essa informação é falsa, “O PostgreSQL não tem um sistema de arquivar em memórias em memória as modificações. Tem um log transacional que é armazenado em disco antes de ser efetivado no disco rígido, sendo esse mecanismo semelhante ao banco de dados Oracle.” veja detalhes em http://planeta.postgresql.org.br/